Déplacer des bases de données de contenu (Windows SharePoint Services 3.0)
Mise à jour : 2008-07-15
Vous pouvez déplacer des bases de données de contenu entre différentes instances de Microsoft SQL Server 2005, entre un serveur exécutant Windows SharePoint Services 3.0 vers n'importe quel autre serveur exécutant Windows SharePoint Services 3.0, entre une application Web et une autre, ou entre la base de données interne de Windows et une instance de SQL Server 2005. Vous pouvez également déplacer une ou toutes les bases de données de contenu d'une application Web vers une autre application Web.
.gif "Note") Remarque : |
|---|
La base de données interne utilise la technologie SQL Server en tant que magasin de données relationnelles pour les rôles et les fonctionnalités Windows uniquement, notamment Windows SharePoint Services, Active Directory Rights Management Services, les Services UDDI, Windows Server Update Services (WSUS) et le Gestionnaire de ressources système Windows. |
Vous pouvez déplacer des bases de données de contenu dans le cadre d’un processus de mise à niveau ou de migration, d’un processus de sauvegarde et de récupération, ou du processus de déplacement de vos sites à partir d’un environnement de développement vers un environnement de production.
.gif "Important") Important : |
|---|
Cet article traite du déplacement de bases de données de contenu uniquement et ne fournit aucune information sur le déplacement d’autres bases de données associées à Windows SharePoint Services 3.0. |
Vous pouvez effectuer cette tâche à l’aide du site Web Administration centrale de SharePoint ou à l’aide de l’outil de ligne de commande Stsadm.
| Important : |
|---|
Si vous détachez et attachez de nouveau une base de données de contenu, sachez que la prochaine fois que le contenu dans cette base de données de contenu sera analysé, une analyse complète aura lieu même si une analyse incrémentielle a été demandée. Dans la mesure où une analyse complète analyse à nouveau tout le contenu rencontré par le robot, que ce contenu ait été analysé précédemment ou non, les analyses complètes prennent plus de temps que les analyses incrémentielles. Si vous restaurez une autre batterie de serveurs, vous devez veiller à ce que le compte d’accès à la base de données soit membre du groupe Administrateurs sur le serveur de base de données durant le processus de restauration. Cette opération est nécessaire pour que le compte réplique le paramètre de sécurité des bases de données. Ce niveau d’accès peut être supprimé une fois le processus de restauration terminé. |
Si vous exécutez la Mise à jour d’infrastructure pour Windows SharePoint Services 3.0, l’identificateur (ID) de chaque base de données de contenu est conservé lorsque vous restaurez ou rattachez la base de données à l’aide des outils intégrés. Si vous utilisez les outils intégrés, la rétention du journal des modifications s’effectue par défaut comme indiqué ci-dessous.
Les journaux des modifications de toutes les bases de données sont conservés lorsque vous restaurez une batterie de serveurs.
Le journal des modifications d’une base de données de contenu est conservé lorsque vous rattachez la base de données.
Le journal des modifications d’une base de données de contenu N’EST PAS CONSERVÉ lorsque vous restaurez uniquement la base de données de contenu.
Lorsqu’un ID de base de données et le journal des modifications sont conservés, le service Recherche continue l’analyse d’après la planification régulière définie par des règles d’analyse. Lorsqu’un journal des modifications n’est pas conservé, le service Recherche réalise une analyse complète pendant l’analyse planifiée suivante.
Pour plus d’informations, reportez-vous à la rubrique Administration de la sauvegarde et de la récupération pour la technologie Windows SharePoint Services 3.0.
Conditions requises pour les tâches
Les exigences suivantes doivent être satisfaites pour permettre l’exécution des procédures relatives à cette tâche :
Vous devez être membre du groupe Administrateurs sur l’ordinateur serveur source et l’ordinateur serveur de destination.
Vous devez avoir au moins les rôles suivants dans SQL Server 2005 :
Le rôle de base de données fixe db_owner de la base de données sur le serveur source exécutant SQL Server 2005 ou une instance de SQL Server, pour détacher la base de données
Le rôle de serveur fixe dbcreater sur le serveur de destination exécutant SQL Server 2005 ou une instance de SQL Server, pour attacher la base de données
Pour déplacer des bases de données de contenu, vous pouvez effectuer la procédure qui correspond à votre environnement :
Voir aussi
Concepts
Maintenance des bases de données (Windows SharePoint Services 3.0)
Livre blanc : Maintenance des bases de données pour Windows SharePoint Services 3.0
Livre blanc : Planification et surveillance du stockage SQL Server pour Windows SharePoint Services : recommandations en matière de performances et pratiques recommandées
Ajouter, fractionner et fusionner des bases de données de contenu (Windows SharePoint Server 3.0)
Déplacer toutes les bases de données (Windows SharePoint Services 3.0)