Migrer le contenu d'une instance [Résolu]

Aiglon13 · 11/05/2011, 17h10

Bonjour,

J'ai actuellement sur un serveur une instance par défaut sur SQL Server 2005 et j'aimerais migrer cette instance sur un cluster SQL 2008 en instance nommée puis refaire le lien ODBC entre l'application et la BDD.
Comment extraire de l'instance la base de données, les opérateurs, schémas, ect. pour que je puisse migrer le tout ?

Merci bien

hmira · 11/05/2011, 21h44

Pour le transfert des logins entre SQL server 2005 et SQL Server 2008, tu trouveras ci-dessous un lien très intéressant où est présentée la procédure détaillée pour le transfert des logins :

"Comment faire pour transférer des noms d'accès et des mots de passe entre une instances de SQL Server 2005 et une instance SQL Server 2008"
http://support.microsoft.com/kb/918992

A+

Ptit_Dje · 12/05/2011, 09h20

Il faut penser a migrer tous les elements de l'instance:
- Logins
- Credentials
- Proxy
- Jobs
- Linked servers
- Endpoints
- ...

Je vous conseille d'ouvrir chacun des onglets de l'instance source et de migrer/preparer les scripts de migration un a un pour chaque element trouve.

Penser aussi a verifier les permissions dans les bases de donnees systemes (qui sont generalement pas migrees).
Exemple:
DatabaseMailUserRoel, SQLAgentUserRole, ...

Pour reduire le downtime si cela est une contrainte pour la migration, voyez a mirrorer vos DB depuis 2005 vers 2008 et au moment de la migration effectuer un failover.

mikedavem · 12/05/2011, 09h46

Il faut également penser à vérifier si des éléments externes au serveur SQL doivent être également migrer comme l'installation de drivers spécifiques, assemblies etc ...

++

Aiglon13 · 12/05/2011, 10h07

Merci pour ces premières réponses

Si pour le moment, on met à part les éléments externes au serveur SQL (drivers, assemblies, etc.), comment je peux connaître l'ensemble des éléments à migrer pour éviter des oublis ? (schémas, users, bases de données, logins, etc.).
Il y a-t-il des scripts pour extraire chaque élément ? ou un script qui fait le tout ?

Merci A+

mikedavem · 12/05/2011, 10h15

Tout dépendra de la méthode que vous utiliserez et les contraintes que vous aurez. Certains vont préférer passer par SSIS pour migrer les objets de serveurs par exemple (logins, jobs etc ...). D'autres voudront passer par des scripts.

Si vous migrez vos bases via un backup / restore ou attach / detach celles-ci contiennent déjà les informations de schéma, d'utilisateurs, règles, contraintes, procédures, fonctions etc .... Il faudra simplement passer en revue les éléments externes associés (logins, jobs, serveurs liés etc ...)

Vous pouvez passer par les tâches de génération de script dans SQL Server Management Studio pour générer les différents objets dont vous avez besoin.

++

Aiglon13 · 12/05/2011, 11h22

Merci, je pense alors effectuer cette démarche:
-Préparer mon instance nommée sur le cluster SQL
-Couper le lien ODBC actuel entre mon instance et mon application
-Effectuer un Backup de la base
-Effectuer un Restore sur l'instance nommée
-Déplacer via SSMS les Jobs de Backup et logins
-Refaire le lien ODBC entre la nouvelle instance et l'application

La démarche est-elle cohérente ?

Merci d'avance

A+

mikedavem · 12/05/2011, 11h28

Merci, je pense alors effectuer cette démarche:
-Préparer mon instance nommée sur le cluster SQL
-Couper le lien ODBC actuel entre mon instance et mon application
-Effectuer un Backup de la base
-Effectuer un Restore sur l'instance nommée
-Déplacer Login, User, Schéma via SSMS
--> User, Schéma font parti intégrante de votre base ... Il n'y aura que les éléments externes qui seront à migrer
-Refaire le lien ODBC entre la nouvelle instance et l'application

++

Aiglon13 · 16/05/2011, 16h04

Comment extraire les éléments externes (logins, plans de maintenance, etc.) ?
Où se font les scripts d'extraction ?

Merci

SQLpro · 18/05/2011, 15h29

1) vous pouvez sauvegarder et restaurer la base msdb qui contient les travaux de l'agent
2) pour les compte de connexion et leur mappage, vous pouvez utiliser une des procédures ici : http://blog.developpez.com/sqlpro/p9...sse-et-compte/
3) pour les travaux de l'agent, comme pour les compte de connexion vous pouvez scripter par SSMS.
Attention cependant aux mots de passe (il sont non lisible) et aux objets externes (package DTS, SSIS...)

A +

Aiglon13 · 18/05/2011, 15h47

Merci, mis à part les logins et les travaux de l'agent SQL, il y a-t-il d'autres éléments externes importants ?

SQLpro · 20/05/2011, 16h51

Compte mail d'envoi des maisl, opérateurs, alertes, configuration du serveur.

A +

Aiglon13 · 20/05/2011, 17h38

Merci, je passe le sujet en résolu

11/05/2011, 17h10	#1
Aiglon13 Futur Membre du Club Inscription : janvier 2011 Messages : 45 Détails du profil Informations forums : Inscription : janvier 2011 Messages : 45 Points : 15 Points : 15	Migrer le contenu d'une instance Bonjour, J'ai actuellement sur un serveur une instance par défaut sur SQL Server 2005 et j'aimerais migrer cette instance sur un cluster SQL 2008 en instance nommée puis refaire le lien ODBC entre l'application et la BDD. Comment extraire de l'instance la base de données, les opérateurs, schémas, ect. pour que je puisse migrer le tout ? Merci bien
	00

12/05/2011, 09h46	#4
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 723 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 723 Points : 6 844 Points : 6 844	Il faut également penser à vérifier si des éléments externes au serveur SQL doivent être également migrer comme l'installation de drivers spécifiques, assemblies etc ... ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	00

12/05/2011, 10h15	#6
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 723 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 723 Points : 6 844 Points : 6 844	Tout dépendra de la méthode que vous utiliserez et les contraintes que vous aurez. Certains vont préférer passer par SSIS pour migrer les objets de serveurs par exemple (logins, jobs etc ...). D'autres voudront passer par des scripts. Si vous migrez vos bases via un backup / restore ou attach / detach celles-ci contiennent déjà les informations de schéma, d'utilisateurs, règles, contraintes, procédures, fonctions etc .... Il faudra simplement passer en revue les éléments externes associés (logins, jobs, serveurs liés etc ...) Vous pouvez passer par les tâches de génération de script dans SQL Server Management Studio pour générer les différents objets dont vous avez besoin. ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	10

12/05/2011, 11h28	#8
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 723 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 723 Points : 6 844 Points : 6 844	Merci, je pense alors effectuer cette démarche: -Préparer mon instance nommée sur le cluster SQL -Couper le lien ODBC actuel entre mon instance et mon application -Effectuer un Backup de la base -Effectuer un Restore sur l'instance nommée -Déplacer Login, User, Schéma via SSMS --> User, Schéma font parti intégrante de votre base ... Il n'y aura que les éléments externes qui seront à migrer -Refaire le lien ODBC entre la nouvelle instance et l'application ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	00

18/05/2011, 15h29	#10
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	1) vous pouvez sauvegarder et restaurer la base msdb qui contient les travaux de l'agent 2) pour les compte de connexion et leur mappage, vous pouvez utiliser une des procédures ici : http://blog.developpez.com/sqlpro/p9...sse-et-compte/ 3) pour les travaux de l'agent, comme pour les compte de connexion vous pouvez scripter par SSMS. Attention cependant aux mots de passe (il sont non lisible) et aux objets externes (package DTS, SSIS...) A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

11/05/2011, 21h44	#2
hmira Membre éprouvé Hamid MIRA Ingénieur développement logiciels Inscription : septembre 2003 Messages : 177 Détails du profil Informations personnelles : Nom : Hamid MIRA Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Ingénieur développement logiciels Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : septembre 2003 Messages : 177 Points : 413 Points : 413	Pour le transfert des logins entre SQL server 2005 et SQL Server 2008, tu trouveras ci-dessous un lien très intéressant où est présentée la procédure détaillée pour le transfert des logins : "Comment faire pour transférer des noms d'accès et des mots de passe entre une instances de SQL Server 2005 et une instance SQL Server 2008" http://support.microsoft.com/kb/918992 A+
	00

12/05/2011, 09h20	#3
Ptit_Dje Modérateur Administrateur de base de données Inscription : août 2007 Messages : 1 158 Détails du profil Informations personnelles : Sexe : Âge : 28 Localisation : Belgique Informations professionnelles : Activité : Administrateur de base de données Secteur : Industrie Pharmaceutique Informations forums : Inscription : août 2007 Messages : 1 158 Points : 1 617 Points : 1 617	Il faut penser a migrer tous les elements de l'instance: - Logins - Credentials - Proxy - Jobs - Linked servers - Endpoints - ... Je vous conseille d'ouvrir chacun des onglets de l'instance source et de migrer/preparer les scripts de migration un a un pour chaque element trouve. Penser aussi a verifier les permissions dans les bases de donnees systemes (qui sont generalement pas migrees). Exemple: DatabaseMailUserRoel, SQLAgentUserRole, ... Pour reduire le downtime si cela est une contrainte pour la migration, voyez a mirrorer vos DB depuis 2005 vers 2008 et au moment de la migration effectuer un failover.
	00

12/05/2011, 10h07	#5
Aiglon13 Futur Membre du Club Inscription : janvier 2011 Messages : 45 Détails du profil Informations forums : Inscription : janvier 2011 Messages : 45 Points : 15 Points : 15	Merci pour ces premières réponses Si pour le moment, on met à part les éléments externes au serveur SQL (drivers, assemblies, etc.), comment je peux connaître l'ensemble des éléments à migrer pour éviter des oublis ? (schémas, users, bases de données, logins, etc.). Il y a-t-il des scripts pour extraire chaque élément ? ou un script qui fait le tout ? Merci A+
	00

12/05/2011, 11h22	#7
Aiglon13 Futur Membre du Club Inscription : janvier 2011 Messages : 45 Détails du profil Informations forums : Inscription : janvier 2011 Messages : 45 Points : 15 Points : 15	Merci, je pense alors effectuer cette démarche: -Préparer mon instance nommée sur le cluster SQL -Couper le lien ODBC actuel entre mon instance et mon application -Effectuer un Backup de la base -Effectuer un Restore sur l'instance nommée -Déplacer via SSMS les Jobs de Backup et logins -Refaire le lien ODBC entre la nouvelle instance et l'application La démarche est-elle cohérente ? Merci d'avance A+
	00

16/05/2011, 16h04	#9
Aiglon13 Futur Membre du Club Inscription : janvier 2011 Messages : 45 Détails du profil Informations forums : Inscription : janvier 2011 Messages : 45 Points : 15 Points : 15	Comment extraire les éléments externes (logins, plans de maintenance, etc.) ? Où se font les scripts d'extraction ? Merci
	00

18/05/2011, 15h47	#11
Aiglon13 Futur Membre du Club Inscription : janvier 2011 Messages : 45 Détails du profil Informations forums : Inscription : janvier 2011 Messages : 45 Points : 15 Points : 15	Merci, mis à part les logins et les travaux de l'agent SQL, il y a-t-il d'autres éléments externes importants ?
	00

20/05/2011, 16h51	#12
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	Compte mail d'envoi des maisl, opérateurs, alertes, configuration du serveur. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	10

20/05/2011, 17h38	#13
Aiglon13 Futur Membre du Club Inscription : janvier 2011 Messages : 45 Détails du profil Informations forums : Inscription : janvier 2011 Messages : 45 Points : 15 Points : 15	Merci, je passe le sujet en résolu
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email