Discussion :

[marcandre]

Bonjour à tous,

Je voudrais savoir comment peut-on effectuer des migrations des lot DTS, connexions aux bases de données (comptes utilisateurs, mot de passes, autorisations par table ...) et les travaux planifiés de SQL Server depuis la version 2000 vers la version 2008 R2 ?

Sachant que chacune des versions du SGBDR (2000 et 2008 R2) se trouve sur un serveur physique .

Cordialement .

[Christianbt]

Bonjour,

Si vos deux instances 2000 et 2008 R2 sont sur deux serveurs physiques différents il est préférable pour vos logins de les créer manuellement sur votre nouvelle instance 2008 en vérifiant bien que ces users sont bien créés déjà au niveau de windows (pour les logins wondows). Si vous détachez et attachez ensuite vos bases de données, veillez au mapping de vos logins / users.
Les lots DTS fonctionnent sous 2008R2 (mais ils ne fonctionneront plus sous sql server 2012), il faut les enregistrer sous format fichier et les importer ensuite dans votre instance (un clic droit sur management - legacy - data transformations services).
Les jobs peuvent eux être scriptés sous 2000 (un clic droit all tasks) mais à vérifier que leur exécution soient ok sous 2008R2.

Christian

[mikedavem]

Si vos deux instances 2000 et 2008 R2 sont sur deux serveurs physiques différents il est préférable pour vos logins de les créer manuellement sur votre nouvelle instance 2008 en vérifiant bien que ces users sont bien créés déjà au niveau de windows (pour les logins wondows).

Il existe plusieurs méthodes d'import automatique des logins entre serveurs SQL. Soit par une tâche SSIS de transfert de logins, l'import / export de SQL Server ou via TSQL livér par Microsoft qui permet de scripter les users et le hash des passwords associés (de loin ma méthode préférée).

Les lots DTS fonctionnent sous 2008R2 (mais ils ne fonctionneront plus sous sql server 2012), il faut les enregistrer sous format fichier et les importer ensuite dans votre instance (un clic droit sur management - legacy - data transformations services).

Tout dépend ici ce que vous voulez faire. Soit vous vous lancer dans la réécriture des DTS en SSIS et il va falloir prévoir une partie de votre projet à la réécriture et valider leur fonctionnement. C'est une bonne solution à mon avis car les DTS ne fonctionnent qu'en 32 bits et effectivement SQL Server 2012 ... il faudra y passer. Il existe des utilitaires gratuits ou non comme DTSx Change qui permettent la réécriture plus ou moins automatique de certains packages et estiment également une charge de travail pour cette partie du travail.

Si on décide des migrer tel quel personnellement je préfère de loin utiliser un serveur lié avec transfert des données entre les tables systèmes msdb.dbo.sysdtspackages par exemple. C'est beaucoup plus rapide surtout quand on a un nombre important de dts à migrer

++

[marcandre]

Bonsoir et merci beaucoup ,

Je reviens vers vous en ce qui concerne la migration des DTS sous SQL Server 2008 . J'ai effectué les migrations des logins ainsi que des travaux de SQL Server 2000 à 2008 R2.

Si on décide des migrer tel quel personnellement je préfère de loin utiliser un serveur lié avec transfert des données entre les tables systèmes msdb.dbo.sysdtspackages par exemple. C'est beaucoup plus rapide surtout quand on a un nombre important de dts à migrer

Je voudrais savoir est ce qu'il suffit tout simplement de sauvegarder la table msdb.dbo.sysdtspackages de SQL Server 2000 sous forme de fichier texte avant d'importer vers la table sous SQL Server 2008 R2 ? Sachant que le serveur physique hebergeant SQL Server 2008, n'est pas en reseau avec le serveur avec SQL Server 2000 .

Cordialement .

[mikedavem]

Bonjour,

Oui c'est tout à fait possible

++

[marcandre]

Merci beaucoup,

J'ai finalement effectué une requête pour transferer les données de la table msdb.dbo.sysdtspackages SQL Server 2000 vers la table msdb.dbo.sysdtspackages de SQL Server 2008.