2 votes

Mise à niveau de la base de données Sharepoint de SQL Server 2000 à 2005

Nous nous préparons à mettre à niveau notre serveur de base de données de SQL Server 2000 à 2005. J'ai l'intention de procéder à une mise à niveau sur place afin de conserver les comptes, les privilèges, etc. Ce serveur héberge des bases de données pour plusieurs de nos applications, mais la principale qui me préoccupe est SharePoint (MOSS 2007), car elle implique huit bases de données et semble être assez pointilleuse sur les connexions entre le serveur frontal et les bases de données.

Quelqu'un a-t-il une expérience pratique de ce scénario ? Est-ce aussi simple que cela devrait l'être ? Y a-t-il des trucs ou des astuces pour m'éclairer ?

Merci pour votre aide.

0 votes

Quel est votre plan de retour en arrière ?

0 votes

Si nous effectuons une mise à niveau sur place, notre plan de retour en arrière consistera à restaurer les serveurs à partir des sauvegardes (BackupExec et sauvegardes des bases de données). Pensez-vous qu'il serait préférable de procéder plutôt à une migration ? Je préférerais suivre cette voie, mais j'ai un peu peur que SharePoint ne soit pas synchronisé, car c'est un processus un peu plus complexe.

0 votes

A mon avis, copier les fichiers mdf/ldf vers un autre emplacement (après avoir arrêté le serveur SQL) est beaucoup mieux que de s'embêter à essayer de restaurer le master si vous devez revenir à SQL Server 2000.

0voto

Guy Points 5465

J'ai fait une migration, pas une mise à niveau. Voici un fil de discussion sur StackOverflow.com ce qui a bien fonctionné pour moi.

0voto

user16208 Points 149

On peut supposer que vous allez passer au 32 bits dans SQL 2005. La migration est certainement plus sûre que la mise à niveau sur place, car vous disposez d'un canot de sauvetage sur lequel revenir.

Pour déplacer les identifiants, notamment les identifiants SQL et leurs mots de passe respectifs, ne négligez pas la procédure stockée sp_help_revlogin que MS a introduite avec SQL 2005. J'utilise sp_help_revlogin pour conserver un scriptscriptdes permissions de base de données à des fins de reprise après sinistre.

0voto

nOw2 Points 276

Le fait d'avoir des groupes de fichiers en lecture seule est un piège, d'après mon expérience personnelle.

Assurez-vous que vous exécutez le Conseiller pour la mise à niveau de SQL Server 2005 sur le serveur de production que vous mettez à niveau, il détectera 90% des problèmes que vous pourriez rencontrer et vous conseillera sur ce que vous devez faire pour les résoudre.

Disposez d'un plan d'urgence/de retour en arrière.

N'oubliez pas de sauvegarder toutes vos données et fichiers journaux, y compris les bases de données du système, après avoir mis le serveur hors ligne et avant de commencer la mise à niveau. Essayer de rattacher une base de données 2005 mise à niveau à SQL Server 2000 ne fonctionnera pas et vous serez dans un monde de douleur.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X