Comment migrer une base de données SQL Server d'une machine à une autre

Contenu

Aujourd'hui nous partons avec un post fondamentalement pratique. C'est un « pas à pas » décrivant comment migrar una base de données del servidor SQL et les composants SQL Server les plus courants parmi les ordinateurs exécutant SQL Server.

migrar_base_de_datos_sql_server-7251395

Les étapes de cet article supposent que les bases de données sur le système maître, maquette, tempdb et msdb ne bougeront pas, mais ils offrent différentes options afin que les composants et les connexions les plus courants contenus dans master et msdb puissent être transférés.

Paso 1: Comment déplacer des bases de données utilisateur

Si vous utilisez SQL Server 2005, vous pouvez utiliser la même méthode pour migrer les données de SQL Server 7.0 Serveur SQL 2000. Malgré cela, l'outil d'administration dans SQL Server 2005 est différent de SQL Server 7.0 Serveur SQL 2000. Vous devez utiliser SQL Server Management Studio au lieu de SQL Server Enterprise Manager. En même temps, L'assistant d'importation et d'exportation SQL Server doit être utilisé (DTSWizard.exe) au lieu de l'Assistant d'importation et d'exportation de données DTS.

Même s'il existe d'autres méthodes, à migrer une base de données de serveur SQL d'utilisateurs, nous allons proposer le faire une sauvegarde des bases de données utilisateur sur le serveur d'origine et plus tard le restaurer sur le serveur de destination. Pour le faire, Considérer ce qui suit:

  • Temps d'inactivité: Les utilisateurs pourront utiliser la base de données pendant la sauvegarde, mais gardez à l'esprit que s'ils font un INSERT, METTRE À JOUR ou SUPPRIMER une fois la sauvegarde effectuée, cette sauvegarde ne contiendra pas les modifications. Si vous devez également les transférer, vous pouvez le faire avec un temps d'arrêt minimal en sauvegardant le journal des transactions et en effectuant une sauvegarde complète.
    • Restaurez la sauvegarde complète et spécifiez l'option WITH NORECOVERY.
    • Sauvegardez le journal des transactions et restaurez-le à l'aide de l'option AVEC RÉCUPÉRATION. Le temps d'arrêt est limité au moment où le journal des transactions est sauvegardé et restauré.
  • Taille de la base de données: Les deux (original et restauré) ils seront de la même taille. Si vous avez besoin de le réduire, vous pouvez le faire avant ou après la sauvegarde et la restauration.
  • Différents emplacements: Il se peut que vous deviez restaurer la base de données à un emplacement autre que celui où elle se trouvait sur le serveur source. Si c'est le cas, vous devrez utiliser l'option AVEC MOVE. Un exemple serait le cas où vous avez la base de données source en D: MSSQL Data et le serveur de destination n'ont pas de lecteur D. Pour restaurer la base de données dans le dossier C: Données MSSQL, il faudrait que j'utilise cette option.
  • Si vous souhaitez écraser: Vous devrez peut-être réécrire dans une base de données qui existe déjà sur le serveur de destination. Pour faire ceci, vous devez utiliser l'option AVEC REMPLACER.
  • versions SQL: Selon la version de SQL Server sur laquelle vous restaurez, il est possible qu'il soit obligé d'avoir ensemble de caractères, Classement Unicode et ordre de classement ils sont les mêmes sur les serveurs source et de destination.

Paso 2: Cómo transferir inicios de session y contraseñas

Vous devez transférer les connexions afin que les utilisateurs actuels de SQL Server puissent se connecter au nouveau serveur. Vous avez des instructions précises sur la façon de le faire dans cet article de la base de connaissances Microsoft.

Notez que vous pouvez avoir différentes bases de données par défaut pour les connexions aux serveurs source et de destination, mais vous pouvez changer cela avec la procédure stockée sp_defaultdb.

Paso 3: résolution de usuarios huérfanos

Une fois que vous avez transféré les identifiants et mots de passe, les utilisateurs n'ont peut-être pas encore accès. Les logins sont associés aux utilisateurs via SID et si ce SID est incohérent, l'accès sera refusé. C'est ce qu'on appelle avoir des utilisateurs orphelins.

  • Comment afficher les utilisateurs orphelins: Ouvrez l'analyseur de requêtes et exécutez ce qui suit et voyez s'il en montre: exec sp_change_users_loginReporte.
  • Propriétaire de la base de données orpheline (dbo): Pour ce cas, devra exécuter ce: exec sp_changedbowner ‘à’. Cela change le propriétaire de la base de données en dbo et résout le problème. Ensuite, vous pouvez le changer pour l'utilisateur de votre choix en réexécutant la déclaration ci-dessus, mais maintenant avec l'utilisateur que vous voulez.
  • Service Pack 1 de SQL Server 2000: Si vous avez ce service pack sur le nouveau serveur, vous ne pouvez voir le propriétaire nulle part. Pour le résoudre, vous devez suivre les instructions de cet article de la base de connaissances Microsoft.
  • Erreur lors de la tentative de modification du mot de passe sa: Cela peut arriver si le login que dbo avait sur la source n'existe pas sur la destination. Pouvez-vous le résoudre en suivant ces instructions.

Jusqu'ici les étapes obligatoires. Ensuite, je pouvais choisir ou non d'approuver les travaux en plus, alertes, Opérateurs et forfaits DTS.

(une fonction(ré, s, identifiant) {
var js, fjs = d.getElementsByTagName(s)[0];
si (d.getElementById(identifiant)) revenir;
js = d.createElement(s); js.id = identifiant;
js.src = « //connect.facebook.net/es_ES/all.js#xfbml=1&état=0 »;
fjs.parentNode.insertAvant(js, fjs);
}(document, ‘script’, ‘facebook-jssdk’));

Abonnez-vous à notre newsletter

Nous ne vous enverrons pas de courrier SPAM. Nous le détestons autant que vous.

Haut-parleur de données