Skip to content

WCFV

Analytics Blog

Menu
Menu

SQLShack

Posted on décembre 13, 2021 by admin

Il s’agit du deuxième article de la série d’objets SQL Server migrant à l’aide de SSDT 2017. Dans cet article, nous allons apprendre à copier les procédures stockées par l’utilisateur créées dans la base de données maître SQL Server.

Configuration de la démo

Pour la démonstration, j’ai exécuté le script de maintenance de la base de données Ola-hallengren sur une base de données principale de Nisarg-PC\SQL01. Vous pouvez télécharger la dernière version des scripts de maintenance à partir d’ici. Ces scripts créent des procédures et des tables stockées. Une fois les scripts exécutés avec succès, vous pouvez les afficher en exécutant la requête suivante.

1
Sélectionnez nom à partir du maître.sys.procédures

 Voir toutes les procédures stockées

 Voir toutes les procédures stockées

Nous allons migrer les procédures stockées ci-dessus vers la base de données principale du serveur Nisarg-PC\SQL02.

Créer un package de service d’intégration

Maintenant, tout d’abord, créons un package de service d’intégration. Ouvrez SSDT 2017 Click Cliquez sur Crete Nouveau projet Select Sélectionnez projet de services d’intégration. Le nom du projet sera Procédures stockées dans la base de données principale Migrate.

 Nouveau projet SSIS dans SSDT 2017

Faites glisser la tâche de procédure stockée principale de transfert et déposez-la sur la surface de flux de contrôle, renommez-la pour Migrer la procédure stockée de maintenance.

 Ajouter une tâche de procédure stockée maître de transfert dans le flux de contrôle SSDT 2017

Double-cliquez sur la tâche Procédures stockées Maître de transfert pour la configurer.

Pour transférer la procédure stockée entre les instances, il faut configurer les connexions source et destination. Pour ce faire, cliquez sur SourceConnection et sélectionnez Nouvelle connexion. Tout d’abord, voyons comment nous pouvons configurer la connexion Source.

Configure SourceConnection

Pour configurer la connexion au serveur Source, cliquez sur SourceConnection et sélectionnez Nouvelle connexion.

 Configurer la connexion source

Dans la boîte de dialogue Éditeur du gestionnaire de connexions SMO, spécifiez le nom du serveur de la source et spécifiez la méthode d’authentification utilisée pour se connecter au serveur SQL. Dans notre démo, le nom du serveur est Nisarg-PC\SQL01 et la méthode d’authentification est l’authentification Windows.

 Gestionnaire de connexion SMO pour la connexion source

 Gestionnaire de connexion SMO pour la connexion source

Cliquez sur OK pour enregistrer les propriétés de connexion et fermer la boîte de dialogue.

Configurer DestinationConnection

Pour configurer la connexion pour le serveur de destination, cliquez sur DestinationConnection et sélectionnez Nouvelle connexion.

 Configurer la connexion de destination

Dans la boîte de dialogue Éditeur de gestionnaire de connexions SMO, spécifiez le nom du serveur de la source et spécifiez la méthode d’authentification utilisée pour se connecter au serveur SQL. Dans notre démo, le nom du serveur est Nisarg-PC\SQL02 et la méthode d’authentification est l’authentification Windows.

 Gestionnaire de connexion SMO pour la connexion de destination

 Gestionnaire de connexion SMO pour la connexion de destination

Cliquez sur OK pour enregistrer les propriétés de connexion et fermer la boîte de dialogue. La section connexions ressemble à ce qui suit:

 Connexion source et destination

 Connexion source et destination

Dans la section Procédure stockée, vous obtenez les options suivantes:

  1. IfObjectExiste: Lorsque l’objet que nous transférons existe déjà, vous pouvez choisir l’une des actions suivantes effectuées par la tâche de procédure stockée Maître de transfert
    1. Tâche d’échec : Si la procédure stockée existe sur l’instance de destination, la tâche échouera
    2. Écraser : Si la procédure stockée existe sur le serveur de destination, la tâche écrasera la procédure stockée existante
    3. Ignorer : Si la procédure stockée existe sur le serveur de destination, la tâche ignorera le transfert de cette procédure stockée spécifique
  2. Procédures de transfert: Si vous souhaitez transférer toutes les procédures de magasin définies par l’utilisateur, sélectionnez True. Si vous souhaitez transférer des procédures stockées spécifiques, sélectionnez False
  3. StoredProcedureList : Si vous souhaitez transférer une procédure stockée spécifique, vous pouvez choisir le SPs que vous souhaitez transférer. Cette option s’active lorsque vous sélectionnez la valeur False pour le paramètre TransferAllStoredProcedures

Nous voulons ignorer le transfert de la procédure stockée existante dans notre démo, alors sélectionnez Ignorer. Nous voulons transférer toutes les procédures stockées, alors sélectionnez True dans l’option TransferAllStoredProcedures.

 Procédures stockées

 Procédures stockées

L’éditeur de tâches Procédures stockées Maître de transfert ressemble à l’image suivante:

 Transférez la tâche de procédure stockée principale

Maintenant, nous devrions être avertis lorsque les procédures stockées sont transférées. Pour ce faire, nous allons configurer la tâche de l’opérateur Notifier.

Configure Notify Operator Task

Tout d’abord, faites glisser la tâche Notify operator, déposez-la dans la surface du flux de contrôle, renommez-la pour envoyer un e-mail et double-cliquez dessus.

 Paquet SSIS créé dans SSDT 2017

Tout d’abord, nous devons configurer la connexion entre le serveur sur lequel l’opérateur a été créé. Pour ce faire, cliquez sur la boîte de dialogue Nouveau dans Notifier la tâche de l’opérateur. Une autre boîte de dialogue, Propriétés de connexion, s’ouvre. Spécifiez les valeurs appropriées des paramètres suivants.

  1. Nom de connexion : Spécifiez le nom de connexion souhaité. Dans notre démo, je l’ai nommé SqlConnection
  2. Nom du serveur: Spécifiez le nom du serveur sur lequel l’opérateur SQL Server a été créé. J’ai déjà créé un opérateur nommé DBASupport dans Nisarg-PC\SQL01
  3. Méthode d’authentification : Spécifiez la méthode d’authentification. Dans notre démo, j’ai utilisé l’authentification Windows

Cliquez sur OK pour fermer la boîte de dialogue.

 Propriété de connexion pour remplir l'opérateur

 Propriété de connexion pour remplir l'opérateur

Spécifiez l’objet de l’e-mail dans la zone de texte Objet du message de notification. Dans notre démo, la ligne d’objet est l’État de la Migration de la procédure stockée de la base de données principale.

Spécifiez le corps de l’e-mail dans le corps du message de notification. Dans notre démo, le corps de l’e-mail est le suivant:

Bonjour DBASupport,
La procédure stockée de la base de données principale a été transférée avec succès.

Enfin, la tâche de l’opérateur Notifier ressemble à l’image suivante:

 Notifier la tâche de l'opérateur

 Notifier la tâche de l'opérateur

L’e-mail doit être envoyé une fois que toutes les tâches ont été migrées avec succès. Pour ce faire, nous devons connecter les deux tâches à l’aide d’un connecteur. Le paquet ressemble à ce qui suit:

 Paquet SSIS final créé dans SSDT 2017

La tâche Procédures stockées du Maître de transfert a été configurée avec succès.

Résumé

Dans le deuxième article de cette série, nous avons pris connaissance de la tâche des procédures stockées du Maître de transfert. J’ai expliqué comment nous pouvons le configurer pour transférer la procédure stockée par l’utilisateur créée dans la base de données principale entre deux instances de SQL Server à l’aide des outils de données SQL Server (SSDT 2017). Dans le prochain article, nous allons en apprendre davantage sur la tâche Transférer les messages d’erreur et créer un package dans SSDT 2017 pour migrer les journaux d’erreurs entre les deux instances de SQL Server.

Table des matières

Transférer des tâches SQL entre des instances SQL Server à l’aide de SSDT 2017

Transférer des procédures stockées entre des bases de données principales sur des instances SQL Server à l’aide de SSDT 2017

Transférer des connexions SQL entre des instances SQL Server à l’aide de SSDT 2017

Transférer des messages d’erreur entre des instances SQL Server à l’aide de SSDT 2017

  • Auteur
  • Messages récents
 Nisarg Upadhyay
Nisarg Upadhyay est un administrateur de base de données SQL Server et Professionnel certifié Microsoft ayant plus de 8 ans d’expérience dans l’administration de SQL Server et 2 ans dans l’administration de bases de données Oracle 10g.
Il possède une expertise dans la conception de bases de données, le réglage des performances, la sauvegarde et la récupération, la configuration HA et DR, les migrations et les mises à niveau de bases de données. Il a obtenu un baccalauréat en technologie de l’Université Ganpat. Il peut être joint sur nisargupadhyay87 @ outlook.com

 Nisarg Upadhyay
Derniers articles de Nisarg Upadhyay (tout voir)
  • Comment déplacer des tables vers un autre groupe de fichiers d’une base de données SQL – 14 décembre 2021
  • Configurer les pilotes ODBC pour Oracle 19c – 9 décembre 2021
  • Configurer un serveur lié entre SQL Server et PostgreSQL à l’aide des pilotes ODBC – Décembre 6, 2021

Laisser un commentaire Annuler la réponse

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Articles récents

  • Or Non Métallique et Peinture Patience
  • Des moyens faciles de faire des Cake Pops sans moule
  • Guide de la Culture du Palmier à Huile (Huile de Palme)
  • Mot de passe iPod Nano oublié
  • Vivre avec l’anorexie Mentale
  • Google SketchUp Pro 2022 Crack 21.0.339
  • Vibrations excessives du Moteur de Moto – Causes et solutions
  • Comment ouvrir un fichier stp dans autocad?
  • Masque Dia de los Muertos
  • Création d’une Lunette Peyotl
  • Deutsch
  • Nederlands
  • Svenska
  • Norsk
  • Dansk
  • Español
  • Français
  • Português
  • Italiano
  • Română
  • Polski
  • Čeština
  • Magyar
  • Suomi
  • 日本語
  • 한국어

Archives

  • mars 2022
  • février 2022
  • janvier 2022
  • décembre 2021
  • novembre 2021
  • octobre 2021
  • septembre 2021

Méta

  • Connexion
  • Flux des publications
  • Flux des commentaires
  • Site de WordPress-FR
© 2022 WCFV | Powered by Superbs Personal Blog theme