par Herts Chen - Mis en ligne le 28/04/2003
C'est un formidable défi que de
copier une grande quantité de données
sur plusieurs serveurs. Les utilitaires
de copie de SQL Server - parmi
eux, bcp (bulk copy program), DTS
(Data Transformation Services) et la réplication
instantanée - peuvent imposer
un temps de copie inacceptable
dans beaucoup d'environnements de production.Après avoir expérimenté
ces utilitaires, j'ai élaboré un moyen
d'optimiser la performance d'une
grosse réplication instantanée afin d'atteindre
des niveaux acceptables dans
un contexte d'exploitation réaliste.
Dans l'article « Ouvrez la voie à la réplication
snapshot à grande échelle », octobre
2002, j'ai analysé la performance
de la réplication instantanée, repéré
les goulets d'étranglement, et suggéré
un moyen de les éliminer en personnalisant
les étapes de la réplication.
Personnalisez votre réplication instantanée à la main
Dans cet article, je détaille la mise
en oeuvre complète des étapes personnalisées.
Vous allez configurer les
étapes manuellement au moyen
d’Enterprise Manager et utiliser T-SQL,
une procédure stockée à distance, et
SQL-DMO (SQL Distributed Management
Objects) dans un objet COM
custom pour personnaliser les étapes.
Pour confirmer l’analyse mathématique
du premier article, j’inclus des résultats
de test qui confirment que l’on
peut améliorer nettement la performance
de la réplication instantanée
quand on optimise la réplication en
personnalisant ses étapes.
Téléchargez cette ressource
Guide de téléphonie d’entreprise avec Teams
Ajouter un onglet téléphonie à Microsoft Teams pour émettre et recevoir des appels depuis n’importe quel terminal connecté. Découvrez dans ce guide pratique, comment bénéficier des avantages de l’offre TeamsPhony pour faire des économies, gagner en agilité et en simplicité avec une offre de téléphonie dans le cloud.
