Dernière mise en garde

pour scripter toutes les entités du schéma.

C’est la raison pour laquelle vous souhaiterez peut-être planifier l’exécution automatique du programme de collecte de schéma. Le programme écrit ses sorties dans un fichier journal (en plus de la sortie à l’écran), et vous pouvez utiliser ce fichier pour évaluer la progression et surveiller l’apparition d’éventuelles erreurs. Je vous recommande d’employer la sortie à l’écran pour surveiller visuellement la progression, mais cette sortie est facultative et ne ralentit en rien l’avancement du scripting.

Par conséquent, si vous ne souhaitez pas voir la progression, il vous suffit de placer en commentaire les appels de fonction WriteStatus() dans le code C#. Pour terminer, bien que je n’ai pas procédé de la sorte dans le programme, notez que vous pouvez accélérer légèrement l’exécution du programme en employant la méthode Server.SetDefautInitFields() lorsque vous définissez initialement l’entité Server. Même si les détails vont trop loin pour être abordés ici, par défaut SMO ne récupère pas chaque propriété dans sa liste d’entités à collecter, pour des raisons de performances. Il est possible de spécifier quelles propriétés inclure afin d’éviter des allers-retours inutiles avec le serveur.

Lorsque vous employez le programme SchemaCollector dans votre environnement, il est possible de l’exécuter selon les besoins ou de planifier son exécution à des intervalles réguliers. Par ailleurs, vous pouvez aisément étendre la logique du programme en vue de gérer plusieurs instances SQL Server avec un fichier de commandes ou un mécanisme similaire. Amusez-vous à employer cet utilitaire afin de créer votre propre collecteur de schéma personnalisé.