13 votes

Shlomi Fish avatar

Windows Server 2012 R2 dédupliqué de 356GB à 1.32GB

Demandé el 14 de Janvier, 2015
Quand la question a-t-elle été
3002 affichage
Nombre de visites la question a
3 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'expérimente la déduplication sur un espace de stockage Server 2012 R2. Je l'ai laissé exécuter la première optimisation de la déduplication hier soir, et j'ai été heureux de voir qu'il revendiquait une réduction de 340 Go.

enter image description here

Cependant, je savais que c'était trop beau pour être vrai. Sur ce disque, 100% de la déduplication provenait de sauvegardes SQL Server :

enter image description here

Cela semble irréaliste, étant donné qu'il y a des sauvegardes de bases de données qui font 20 fois cette taille dans le dossier. Par exemple :

enter image description here

Il estime qu'un fichier de sauvegarde de 13,3 Go a été déduit à 0 octet. Et bien sûr, ce fichier ne fonctionne pas lorsque je l'ai testé en le restaurant.

Pour ajouter l'insulte à la blessure, il y a un autre dossier sur ce disque qui contient près d'un To de données qui devrait aurait déduit beaucoup de choses, mais ne l'a pas fait.

La déduplication de Server 2012 R2 fonctionne-t-elle ?

Demandé el 14 de Janvier, 2015 par Shlomi Fish

Réponses

Trop de publicités?

5voto

Sean avatar
Sean Points 310

La déduplication fonctionne.

Avec la déduplication, le champ Taille sur le disque devient inutile. Les fichiers ne sont plus des "fichiers" habituels mais des points de reparsage et ne contiennent pas de données réelles mais des métadonnées permettant au moteur de déduplication de reconstruire le fichier. Je crois savoir qu'il n'est pas possible de réaliser des économies par fichier car le stockage des morceaux dédupliqués se fait par volume, ce qui ne permet de réaliser que des économies par volume. http://msdn.microsoft.com/en-us/library/hh769303(v=vs.85).aspx

Peut-être que votre travail de dédoublonnage n'était pas encore terminé, si d'autres données n'étaient pas encore dédoublonnées. Ce processus n'est pas super rapide, il est limité dans le temps par défaut et peut être limité en termes de ressources en fonction de votre matériel. Vérifiez la planification de la déduplication à partir du Gestionnaire de serveur.

J'ai déployé la déduplication sur plusieurs systèmes (Windows 2012 R2) dans différents scénarios (SCCM DP, différents systèmes de déploiement, serveurs de fichiers génériques, serveurs de fichiers de dossiers personnels d'utilisateurs, etc. Je me souviens de plusieurs correctifs apportés à la fonctionnalité dedup (à la fois des mises à jour cumulatives et des hotfixes) depuis la version RTM.

Cependant, certains systèmes ne peuvent pas lire les données directement à partir de fichiers optimisés dans le système local (IIS, SCCM dans certains scénarios). Comme l'a suggéré yagmoth555, vous devriez soit essayer Expand-DedupFile pour le désoptimiser, soit simplement faire une copie du fichier (le fichier cible sera désoptimisé jusqu'à la prochaine exécution de l'optimisation) et réessayer. http://blogs.technet.com/b/configmgrteam/archive/2014/02/18/configuration-manager-distribution-points-and-Windows-server-2012-data-deduplication.aspx https://kickthatcomputer.wordpress.com/2013/12/22/no-input-file-specified-Windows-server-2012-dedupe-on-iis-with-php/

Si votre sauvegarde SQL est effectivement corrompue, je pense que c'est dû à un autre problème et non à la technologie de déduplication.

Répondu el 19 de Janvier, 2015 par Sean (310 Points )

2voto

Shlomi Fish avatar
Shlomi Fish Points 1951

Il semble que j'aie été trop vite en besogne en affirmant que ce type de déduplication n'était pas possible. Apparemment, c'est tout à fait possible, car en plus de ces sauvegardes non compressées de SQL Server, j'ai également des sauvegardes VMWare au niveau de l'instantané de la VM hôte.

Comme yagmoth555 l'a suggéré, j'ai exécuté un Expand-DedupeFile sur certains de ces fichiers à 0 octet et j'ai récupéré un fichier totalement utilisable à la fin.

J'ai ensuite examiné ma méthode de test pour déterminer si les fichiers n'étaient pas bons, et j'ai trouvé une faille dans mes tests (permissions !).

J'ai également ouvert un fichier de sauvegarde déduit de 0 octet dans un éditeur hexagonal, et tout miró OK.

J'ai donc ajusté ma méthodologie de test et tout semble fonctionner. Comme je l'ai laissé, les déductions se sont améliorées, et j'ai maintenant économisé plus de 1,5 To d'espace grâce à la déduplication.

Je vais tester ce système de manière plus approfondie avant de le mettre en production, mais pour l'instant, il semble prometteur.

Répondu el 19 de Janvier, 2015 par Shlomi Fish (1951 Points )

0voto

yagmoth555 avatar
yagmoth555 Points 15629

Oui, mais je n'ai vu que le cas d'un cluster hyperv dédupliqué. 4tb à 400g, et la VM était en marche. L'OS était entièrement corrigé.

Pour votre fichier de sauvegarde sql, s'agit-il d'un dump que vous pouvez lire ? Je vérifierais le contenu. Pour cette partie, je ne peux pas répondre à la question de savoir comment il déduit un fichier ascii.

Répondu el 15 de Janvier, 2015 par yagmoth555 (15629 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X