Intégration d’Avamar Data Domain : Taux de modification de la sauvegarde complète SQL

Présentation

Cet article de la base de connaissances explique les taux de déduplication des sauvegardes complètes Avamar pour le plugin Microsoft SQL vers un système Data Domain.
 
Dans certains scénarios, les clients rencontrent un nombre de nouveaux octets plus élevé que prévu pour leurs sauvegardes complètes SQL. Cet article explore l’architecture des flux de sauvegarde SQL et son impact sur le format de stockage des flux CDSF Data Domain. Il vise également à formuler des recommandations sur les meilleures pratiques.

SQL Streams

Microsoft SQL avec SMO peut fournir un ou plusieurs flux de données pour la sauvegarde. Toutefois, le contenu du flux n’est pas déterministe (la séquence d’octets fournie pour les données sources inchangées peut être différente). Le contenu, dans le cas à flux multiples et à flux unique, est fourni dans l’ordre dans lequel il est lu à partir du disque, et les lectures parallèles sont effectuées. Ce flux non déterministe contribue à des taux de changement apparent plus élevés. Le paramètre TSQL maxtransfersize Détermine la taille des blocs fournis sur le flux. Des valeurs plus grandes aident les blocs transférés à être plus cohérents.

Data Domain CDSF

Les flux de sauvegarde de la base de données SQL sont écrits sur un Data Domain au format CDSF (Common Data Streaming Format). Chaque flux SQL est écrit dans un conteneur différent. La déduplication Data Domain entre les conteneurs est loin d’être parfaite en raison d’une conception qui met l’accent sur la localité lors de l’ingestion initiale des données. Cela peut entraîner des segments en double initiaux de 6 % à 8 % par rapport à une sauvegarde précédente. Une meilleure déduplication est finalement obtenue sur 2 ou 3 cycles de nettoyage de la mémoire.

Conclusions

La nature non déterministe des flux de sauvegarde SQL, aggravée par la déduplication initiale incomplète sur Data Domain, peut entraîner un taux de modification de ~5 % signalé pour la sauvegarde, même lorsqu’il n’y a eu aucun changement.

Recommandations

• Vérifiez que le code SQL par défaut maxtransfersize La valeur est de 4 Mo. (Vérifiez avsql.cmd fichier sur le client SQL et le jeu de données pour la sauvegarde SQL)
• Utilisez des bases de données de règles de sauvegarde SQL raisonnables, consultez les guides pour une discussion complète.
• Correspondance avtar taille de bloc à SQL en définissant "--[avtar]blocksize=0x400000" dans le jeu de données SQL

             --[avtar]flag-name in avsql.cmd contient ne fonctionne pas .

Moyencorrect d’activer cette balise : 

* Utilisez l’option --[avtar]blocksize=0x400000 dans le jeu de données SQL.

Ou

* Utiliser --blocksize=0x4000000 in avtar.cmd

--maxtransfersize=65536 
(64K)

Cela a eu un impact négatif sur les performances Retrait du avsql.cmd Performances 4 fois plus élevées

--maxtransfersize=4194304 
(4MB)
Ce paramètre garantit des performances optimales