Avamar - Intégration de 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 pour les sauvegardes complètes Avamar pour le plugin Microsoft SQL sur un système Data Domain.
 
Dans certains scénarios, les clients découvrent 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 est capable de 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 livré 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 fragments fournis sur le flux. Des valeurs plus grandes aideront les fragments 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 système 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 bien meilleure déduplication est finalement obtenue sur 2 à 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 le système Data Domain, peut entraîner un taux de modification de ~5 % pour la sauvegarde, même dans le cas où il n’y a pas eu de changement.

Recommandations

• Vérifiez que la valeur par défaut de SQL maxtransfersize (depuis 7.0) 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 sauvegardes incrémentielles SQL au lieu de toutes les sauvegardes complètes pour les bases de données volumineuses
• Faites correspondre la taille de bloc avtar à SQL en définissant --[avtar]blocksize=0x400000 dans le jeu de données SQL

Note : le plugin SQL ne supporte pas l’assignation de flags aux plugins descendants via le fichier
avsql.cmd --[avtar]flag-name dans avsql.cmd ne fonctionnera

pasde manière correctepour activer ce flag : 

* Utilisez --[avtar]blocksize=0x400000 dans le jeu de données

SQL ou

* utilisez --blocksize=0x4000000 dans avtar.cmd