Ok so you have a BO Server, a DI Server and an DB Server. You are changing the DB Server and it will now have SQL Server 2008 rather than SQL Server 2000?
I am currently going through a similar but we are going from SQL Server 2005 to a virtual server with SQL Server 2008. It’s reasonably complex but essentially we are doing the following …
Stage 1 - BO Databases
DBAs restore just BO System and Audit databases to new server - this requires an SQL Backup of the source SQL Server 2000 databases as the
We store input/output file repositories on the DB server too so copy across Input and Output File Repositories
In CMC switch IFRS and OFRS paths to new server
Shutdown SIA on BO Server
Install SQL Server Native Client for 2008 ODBC on BO Server
Switch ODBCs for BO System and Audit DBs on BO Server
Restart SIA
Double check IFRS and OFRS paths
Run reposcan. Check errors. Repair
Test!!
Let users back onto the system
Stage 2 - DI and Data warehouse
Turn off current DI activities
DBAs restore DI DW databases and DI repository databases to new server
Install SQL Server Native Client for 2008 ODBC on DI Server
On DI Server (as main DI User) go to DSSM - Delete/Re-add any repositories
In DI switch/check Data Stores
Re-import all Tables to cope with version change 2000/2008
In DSMC remove old Jobs and add back in.
Check run with standard job
Test!!
Once happy with DI changes Switch Universe connections
DONE!
One point to watch for. Default datetime column in SQL Server 2008 is datetime2. So new tables you create will start using this. You can switch it back once created and re-import.
NB: This is what I’m planning on doing, your situation may be different and pose different problems :). We’ve had a DEV system on SQL Server 2008 for some time and migration of work from there to QA or Live which are still SQL Server 2005 can be troublesome. Particularly where datetimes are involved. Re-importing tables or forcing saves of dataflows by making and undoing changes has worked around this.
for DS repo on SQL Server 2000, you can export the repo to ATL and create a new Repo in SQL Server 2008 and import the ATL in that, since it’s anew repo you will have register this in MC/CMC and job server again
or
you can use any other tool provided by SQL Server 2008 to migrate you DS Repo Database from SQL Server 2000 to SQL Server 2008
for Datastores
you can create a new Configuration in the same Datastore and set the version to 2008 and set that configuration as default for the Datastore
for SQL Server 2008 you will have to install the SQL Server 2008 Client on the Designer and DS Job Server Machine
There are other gotchas - you may well find that when you re-import tables you lose the ‘delete before load’ option on target tables. And you may have to open every single dataflow and force a save by modifying it.
I had a huge migration from SQL Server 2005 to SQL Server 2008 to do last year, and I found that once I had the datastores up and running with a test job the easiest way to migrate the remaining code was to
export to ATL file without the datastores (but including the tables)
change all “Microsoft SQL Server 2005” to “Microsoft SQL Server 2008” in the ATL file