cancel
Showing results for 
Search instead for 
Did you mean: 

migration

thilini_gunarat
Level 3
We are looking to upgrade our Enterprise vault solution from 6 to 2007. We are running windows 2003 with Exchange 2003. The current SQL server is 2000. We want to upgrade to SQL 2005 and therefore have Symantec Enterprise Vault 2007 running with it. Can any provide some input into which path to take. We will be using new kit to accomplish the task.
Should I look to install SQL 2005 and migrate the database, then install EV and migrate the date from old to new
1 ACCEPTED SOLUTION

Accepted Solutions

TonySterling
Moderator
Moderator
Partner    VIP    Accredited Certified
There was a post about this not long ago. 

Here is a link for a technote about moving the databases:
http://support.veritas.com/docs/273272.


I would recommend upgrading your EV versions from EV 6 to EV 7, then finally 2007 and then move your databases over to SQL 2005.  Be sure to get good back ups and truncate your log files before you move.

https://www-secure.symantec.com/connect/forums/ev-sql-database-movement

Paul wrote the following:

As you are moving from a SQL 2000 to a SQl 2005 server then there are a few other things that need to be done as the technote referenced refers to moving databases from one SQL server to another that is the same version.
In a previous life I assisted a few customers in their upgrade to SQL 2005 and generally sent them the following information and I have had a 100% success rate with it so this will be a good starting point:-

Technotes around SQL 2005:-

http://support.veritas.com/docs/287521
http://support.veritas.com/docs/281261
http://support.veritas.com/docs/293852
http://support.veritas.com/docs/293475

1. If your SQL server is clustered then make sure that the VSA is a local administrator on all nodes of the cluster

2. Ensure that you create a SQL login for the VSA and that this has at least db_datareader role assigned to all vault related databases. It also needs the db_creator role for when you need to create databases in the future.

3. What is VERY important is that the SQL 2005 server that you are going to has the same server collation than the SQL server you are coming from. Also check that all of the system databases have the same collation. If not then you will have problems when upgrading next. This is the last technote referenced above.

4. Also when you move the databases ensure the ODBC DSN points to the new SQL server

5. Lastly when you have moved the databases ensure that the compatibility level of your SQL databases are at 90 not 80. This is on the properties of each database in the options section

View solution in original post

1 REPLY 1

TonySterling
Moderator
Moderator
Partner    VIP    Accredited Certified
There was a post about this not long ago. 

Here is a link for a technote about moving the databases:
http://support.veritas.com/docs/273272.


I would recommend upgrading your EV versions from EV 6 to EV 7, then finally 2007 and then move your databases over to SQL 2005.  Be sure to get good back ups and truncate your log files before you move.

https://www-secure.symantec.com/connect/forums/ev-sql-database-movement

Paul wrote the following:

As you are moving from a SQL 2000 to a SQl 2005 server then there are a few other things that need to be done as the technote referenced refers to moving databases from one SQL server to another that is the same version.
In a previous life I assisted a few customers in their upgrade to SQL 2005 and generally sent them the following information and I have had a 100% success rate with it so this will be a good starting point:-

Technotes around SQL 2005:-

http://support.veritas.com/docs/287521
http://support.veritas.com/docs/281261
http://support.veritas.com/docs/293852
http://support.veritas.com/docs/293475

1. If your SQL server is clustered then make sure that the VSA is a local administrator on all nodes of the cluster

2. Ensure that you create a SQL login for the VSA and that this has at least db_datareader role assigned to all vault related databases. It also needs the db_creator role for when you need to create databases in the future.

3. What is VERY important is that the SQL 2005 server that you are going to has the same server collation than the SQL server you are coming from. Also check that all of the system databases have the same collation. If not then you will have problems when upgrading next. This is the last technote referenced above.

4. Also when you move the databases ensure the ODBC DSN points to the new SQL server

5. Lastly when you have moved the databases ensure that the compatibility level of your SQL databases are at 90 not 80. This is on the properties of each database in the options section