Is it safe to run the Upgrade Advisor against production servers?
Thanks in advance!
My suggestion would be to backup your DB and capture a trace of your daily activity. Then run upgrade advisor on the DB and trace file.
Thanks,
Sam Lester (MSFT)
Is it safe to run the Upgrade Advisor against production servers?
Thanks in advance!
My suggestion would be to backup your DB and capture a trace of your daily activity. Then run upgrade advisor on the DB and trace file.
Thanks,
Sam Lester (MSFT)
running ssis package with ssis run time compoenents and sql server 2000...
Is it possible to run ssis packages that point to servers on sql server 2000
without installing sql server 2005 ?
Can we just install runtime for ssis and run the packages ?
Please explian with links if possible
thanks a lot
Simple answer. Yes, SSIS can access SQL Server 2000. And yes, you can install SSIS only without SQL Server databsae engine.
-Jamie
|||Hi,
Something like how to do the installation of the SSIS package with the entire sql 2005 server engine? How to install it besides the SQL 2000 server? Are there any configurations to be done while installing SSIS or any setting in any config files to make them work toghether.
Thanks,
$wapnil
|||spattewar wrote:
Hi,
Something like how to do the installation of the SSIS package with the entire sql 2005 server engine? How to install it besides the SQL 2000 server? Are there any configurations to be done while installing SSIS or any setting in any config files to make them work toghether.
Thanks,
$wapnil
The install is fairly straight forward. I don't think there are any special switches that you need to flick under the circumstances that you talk about.
One thing, If you you are installing a named instance of the SQL Server engine then you will need to change the SSIS Service configuration. See here: http://www.sqljunkies.com/WebLog/knight_reign/archive/2005/06/08/15765.aspx
-Jamie
|||Thank you.
But If I have to run a SSIS package with SQL 2K instance? Where will be the package stored - in msdb? or it can run if from a file?
If you want me to create a new thread for this then let me know.
Thanks for your time.
$wapnil
|||spattewar wrote:
Thank you.
But If I have to run a SSIS package with SQL 2K instance? Where will be the package stored - in msdb? or it can run if from a file?
If you want to store the package in msdb then you will need a SQL 2005 instance.
Although yes, you can run from a file, and in that scenario you don't need ANY SQL Server instances. I always choose to store in files by the way.
spattewar wrote:
If you want me to create a new thread for this then let me know.
No worries. I can split the thread if necassary.
-Jamie
|||This is great.
So to just summarize.
1) On the production machine that I have SQL 2000 server installed, I will install SSIS component only.
2) Develop the SSIS packages on my machine using VS 2.0 and SSIS.
3) Save the packages in files with *.dtsx and configuration files *.xml
4) Move the files to the production machine and execute the files using DTExec.
IS this correct
Thanks again.
$wapnil
|||spattewar wrote:
This is great.
So to just summarize.
1) On the production machine that I have SQL 2000 server installed, I will install SSIS component only.
2) Develop the SSIS packages on my machine using VS 2.0 and SSIS.
3) Save the packages in files with *.dtsx and configuration files *.xml
4) Move the files to the production machine and execute the files using DTExec.
IS this correct
Thanks again.
$wapnil
It sounds fine to me, yes.
-Jamie
|||thanks guys.this is exactly what I was looking for.|||This thread help me to find some answers. We have several clients and some of them are still with SQL 2000. I was asked to develop ETL which needs to work on SQL 2005 and SQL 2000. Are SSIS runtime components are downloadable with free of charge or is it possible that we can package with our installer (are these can be redistributable with free of charge). Answer to this question helps me whether I need to develop ETL using DTS or SSIS. I am not sure whether I need to post this one as a seperate thread or not.
Thanks
|||
rao_ssis_dts wrote:
This thread help me to find some answers. We have several clients and some of them are still with SQL 2000. I was asked to develop ETL which needs to work on SQL 2005 and SQL 2000. Are SSIS runtime components are downloadable with free of charge or is it possible that we can package with our installer (are these can be redistributable with free of charge). Answer to this question helps me whether I need to develop ETL using DTS or SSIS. I am not sure whether I need to post this one as a seperate thread or not.
Thanks
SSIS is not free, it is not downloadable; it comes part of SQL Server Standard, Developer, or Enterprise editions. SSIS is not redistributable either, unlike DTS. A license is required wherever SSIS may be installed.|||
Thank you.
I guess then I don't have choice, I have to write ETL using DTS.
|||Hi Jamie ,
I am facing the same scenario as above ,with the benefit of a client that is willing to pay for CAL's for ssis ,is there any way I can bootstrap the install of SSIS into a install for an application
Thanks in advance
Cedric
running ssis package with ssis run time compoenents and sql server 2000...
Is it possible to run ssis packages that point to servers on sql server 2000
without installing sql server 2005 ?
Can we just install runtime for ssis and run the packages ?
Please explian with links if possible
thanks a lot
Simple answer. Yes, SSIS can access SQL Server 2000. And yes, you can install SSIS only without SQL Server databsae engine.
-Jamie
|||
Hi,
Something like how to do the installation of the SSIS package with the entire sql 2005 server engine? How to install it besides the SQL 2000 server? Are there any configurations to be done while installing SSIS or any setting in any config files to make them work toghether.
Thanks,
$wapnil
|||spattewar wrote:
Hi,
Something like how to do the installation of the SSIS package with the entire sql 2005 server engine? How to install it besides the SQL 2000 server? Are there any configurations to be done while installing SSIS or any setting in any config files to make them work toghether.
Thanks,
$wapnil
The install is fairly straight forward. I don't think there are any special switches that you need to flick under the circumstances that you talk about.
One thing, If you you are installing a named instance of the SQL Server engine then you will need to change the SSIS Service configuration. See here: http://www.sqljunkies.com/WebLog/knight_reign/archive/2005/06/08/15765.aspx
-Jamie
|||
Thank you.
But If I have to run a SSIS package with SQL 2K instance? Where will be the package stored - in msdb? or it can run if from a file?
If you want me to create a new thread for this then let me know.
Thanks for your time.
$wapnil
|||spattewar wrote:
Thank you.
But If I have to run a SSIS package with SQL 2K instance? Where will be the package stored - in msdb? or it can run if from a file?
If you want to store the package in msdb then you will need a SQL 2005 instance.
Although yes, you can run from a file, and in that scenario you don't need ANY SQL Server instances. I always choose to store in files by the way.
spattewar wrote:
If you want me to create a new thread for this then let me know.
No worries. I can split the thread if necassary.
-Jamie
|||
This is great.
So to just summarize.
1) On the production machine that I have SQL 2000 server installed, I will install SSIS component only.
2) Develop the SSIS packages on my machine using VS 2.0 and SSIS.
3) Save the packages in files with *.dtsx and configuration files *.xml
4) Move the files to the production machine and execute the files using DTExec.
IS this correct
Thanks again.
$wapnil
|||spattewar wrote:
This is great.
So to just summarize.
1) On the production machine that I have SQL 2000 server installed, I will install SSIS component only.
2) Develop the SSIS packages on my machine using VS 2.0 and SSIS.
3) Save the packages in files with *.dtsx and configuration files *.xml
4) Move the files to the production machine and execute the files using DTExec.
IS this correct
Thanks again.
$wapnil
It sounds fine to me, yes.
-Jamie
|||thanks guys.this is exactly what I was looking for.|||
This thread help me to find some answers. We have several clients and some of them are still with SQL 2000. I was asked to develop ETL which needs to work on SQL 2005 and SQL 2000. Are SSIS runtime components are downloadable with free of charge or is it possible that we can package with our installer (are these can be redistributable with free of charge). Answer to this question helps me whether I need to develop ETL using DTS or SSIS. I am not sure whether I need to post this one as a seperate thread or not.
Thanks
|||rao_ssis_dts wrote:
This thread help me to find some answers. We have several clients and some of them are still with SQL 2000. I was asked to develop ETL which needs to work on SQL 2005 and SQL 2000. Are SSIS runtime components are downloadable with free of charge or is it possible that we can package with our installer (are these can be redistributable with free of charge). Answer to this question helps me whether I need to develop ETL using DTS or SSIS. I am not sure whether I need to post this one as a seperate thread or not.
Thanks
SSIS is not free, it is not downloadable; it comes part of SQL Server Standard, Developer, or Enterprise editions. SSIS is not redistributable either, unlike DTS. A license is required wherever SSIS may be installed.|||
Thank you.
I guess then I don't have choice, I have to write ETL using DTS.
|||Hi Jamie ,
I am facing the same scenario as above ,with the benefit of a client that is willing to pay for CAL's for ssis ,is there any way I can bootstrap the install of SSIS into a install for an application
Thanks in advance
Cedric
Any input would be greatly appreciated.
Thanks
KarthikaI did that at several customer site, due to the lack of budget of the
customers and it worked. They are using a different port, so network
traffic will be separated. The only thing that would make me thinking
of a dedicated box would be performance, which can lousy if the
database are load intensive and the feeling of a Single point of
failure.
HTH, jens Suessmeyer.
--
http://www.sqlserver2005.de
--|||KR wrote:
> I know that this is primarily a SQL server group, but I am hoping
> someone has experience in running Oracle alongside SQL servers. We
> currently only have SQL server installations in our organization.
> However one of our department is considering buying a third-party
> application that runs on Oracle. We are interested to find out any
> problems that people might have experienced in such an environment. I
> am doing some research on this subject to find out what I can, but I
> thought I would look to the experts on this.
> Any input would be greatly appreciated.
> Thanks
> Karthika
We do it a lot out here. In fact most companies run some combination
of databases: Many Oracle with SQL Server.
The only real issue is training. The underlying architecture,
concepts, and design of Oracle are substantially different from
SQL Server which is based on the Ingres model. If you need someone
to provide SQL Server to Oracle training contact me off-line and I
will see if I know someone in your area.
--
Daniel A. Morgan
University of Washington
damorgan@.x.washington.edu
(replace x with u to respond)
Puget Sound Oracle Users Group
www.psoug.org