SQL Server Performance

  • Home
  • Articles
  • Forums
  • Tips
  • Training
  • FAQ's
  • Blogs
  • Software
  • Books
  • About Us
RSS Feeds
Sign in | Join


Article Topics

All Articles
Performance Tuning
Audit
Business Intelligence
Clustering
Reporting Services
SQL Azure
Developer
General DBA
ASP.NET / ADO.NET
SQL Azure

USEFUL SITES :

ASP.NET Tutorials
Windows and SQL Azure Tutorials
Cloud Hosting Magazine
SharePoint Tutorials
Windows Server Help

Write for Us

Share your SQL Server knowledge with others and raise your profile in the community More...
Latest Articles

A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server

More     
 
Latest FAQ's

Add Node to A SQL Server failover Cluster failed with invalid ...
SQL Server Destination remote server error
Setting Up Data And Log Files For SQL Server
Will Check Constraints Improve Database Performance?

More     
   
Latest Software Reviews

dbForge Review
Spotlight on ApexSQL Diff - Server-based database comparison tool ...
Spotlight on ApexSQL Data Diff - Server-based database comparison tool ...
Spotlight on ApexSQL Doc 2008

More     

articles >> clustering >> How to Upgrade a SQL Server 7.0 ...

How to Upgrade a SQL Server 7.0 Cluster to a SQL Server 2000 Cluster

By : Brad McGehee
May 02, 2003

Page 2 / 4

Given what Microsoft told me, and based on my own experience, here's what I did before performing the in-place upgrade in order to reduce the risk of problems to the lowest I could:

  • I double-checked that all of the hardware (and their drivers) were on Microsoft's Hardware Compatibility list for SQL Server 2000 clustering.

  • I double-checked all log files, looking for potential problems of any kind.

  • I took a copies of my most recent database backups on the SQL Server 7.0 cluster to be upgraded and restored them on another SQL Server 7.0 test server. I then ran all the appropriate DBCC commands on this restore. I did this for two reasons. First, to test my backups to be sure they worked successfully. In a worst case scenario I wanted to ensure that I could successfully recover my databases. And second, I didn't want to run the DBCC commands on the production server as it would present too much of a load on that server, negatively affecting performance.

  • While I didn't have a test SQL Server 7.0 cluster available, I did have a test SQL Server 7.0 server (non-clustered) available. So after performing the previous step, I did an in-place upgrade of the SQL Server 7.0 test server databases to SQL Server 2000. While this wasn't a complete test, it would be the closest I could get to the real conversion. Everything worked fine, which was reassuring.

After completing all of the above, I was ready for the actual upgrade.

 

Performing the Conversion

Here are the steps I followed to perform the actual in-place upgrade from a SQL Server 7.0 cluster to a SQL Server 2000 cluster.

  • Prevent access by users to the SQL Server 7.0 cluster.

  • Perform a full backup of each of the databases on the server to be upgraded. For best protection, these backups should be made to a server over the network, or to tape.

  • Perform a test failover and failback of the nodes one last time before the upgrade to see if there are any cluster-related issues. Check the error logs to be sure there are no unexpected issues. Be sure that the node used to originally install SQL Server 7.0 clustering is the primary node after you have successfully performed your testing.

Once these preliminary steps were completed, the first major step of the in-place upgrade is to remove SQL Server 7.0 clustering from the current cluster. Here are the steps.

  • Log into the primary node of the SQL Server 7.0 cluster using the account and password used for the mssqlserver service. (Recommended by Microsoft.)

  • Start the SQL Server 7.0 Failover Cluster Wizard on the primary node of the cluster.

  • Select the option to remove clustering.

  • Once the SQL Server 7.0 Failover Cluster Wizard has competed removing the cluster, exit the Wizard.

  • Reboot the primary node of the cluster. Then log into the primary node of the SQL Server 7.0 cluster using the account and password used for the mssqlserver service.

  • Reboot the secondary node of the cluster. Wait until the secondary node fully restarts.

  • Once the second node of the cluster has successfully rebooted, use Cluster Administrator on the primary node to verify that the primary node controls the resources of the Windows 2000 cluster. If all of the above steps have been successful, this will be the case.

Now that SQL Server 7.0 clustering has been removed from both nodes of the cluster, it is time to upgrade the SQL Server 7.0 files (they still remain on the primary node because only the clustering-related files were removed in the previous step).

In essence, in this step, you will be performing a stand-alone upgrade of SQL Server 7.0 to SQL Server 2000. Once this step is done, then you will convert the SQL Server 2000 stand-along version to a SQL Server 2000 clustered version. This section assumes that you are familiar with the general steps required to install SQL Server 2000.

  • If you haven't done so already, log into the primary node of the SQL Server 7.0 cluster using the account and password used for the mssqlserver service.

  • From the SQL Server 2000 Enterprise CD, or from the local hard disk if the setup files are installed locally on drive C:, begin the SQL Server 2000 setup program.

  • In the Welcome dialog box, click Next.

  • When asked to select the SQL Server 2000 components to install, select all of the appropriate options for your unique situation.

  • In the Computer Name dialog box, leave the defaults.

  • In the Installation Selection dialog box, select "Upgrade, remove, or add components to an existing instance of SQL Server."

  • In the Instance Name dialog box, leave the defaults.

  • In the Existing Installation dialog box, select "Upgrade your existing installation."

  • In the Upgrade dialog box, leave the defaults.

  • In the Connect to Server dialog box, select the appropriate authentication mode.

  • In the Start Copying Files dialog box, click Next. This starts the upgrade process. When done, you will be prompted to restart the computer. Go ahead and do so. As you might expect, this will cause the Windows 2000 clustering to fail over to the second node.

  • Once the primary node of the cluster has successfully rebooted, log on using the mssqlserver service account and password, and then use Cluster Administrator to move the cluster resources from the secondary node back to the primary node.

  • << Prev Page     Next Page>>    








C# Help and Tutorials | PHP MySQL Tutorial | Sharepoint Tutorial | Azure Tutorial | Cloud Hosting Magazine | ASP.NET Tutorials | Windows Server Help | Windows Phone Pro | Silverlight Ace | Visual Studio Tutorials | Home | Peformance Articles | Audit Articles | Business Intelligence Articles | Clustering Articles | Developer Articles | Reporting Services Articles | DBA Articles | ASP.NET / ADO.NET Articles | SQL Server Training Videos | DBA FAQ's | Developer Peformance FAQ's | DBA Peformance FAQ's | Developer FAQ's | Clustering FAQ's | Error Messages | Audit Tool Reviews | Backup Tool Reviews | Coding Tool Reviews | Compare Tool Reviews | Documentation Tool Reviews | Design Tool Reviews | Monitoring Tool Reviews | Log Tool Reviews | Reporting Tool Reviews | Clustering Tool Reviews | Security Tool Reviews | Change Management Tool Reviews | Remote Access Tool Reviews | Book Reviews | Security Tool Reviews | ADO.NET / ASP.NET | Administration | Analysis/OLAP Services | Application Development | Configuration | Components | ETL | Hardware | High Availability | Hints | Index | Misc | Operating Systems | Performance Tuning | Replication | T-SQL | Views


              © 2010 Jude O'Kelly. All rights reserved