C'est une de ces situations gênantes qui peuvent causer des choses à venir s'écraser quand on s'y attend le moins.

Fermés instantanés peut arriver pour plusieurs raisons, les plus évidentes sont qu'ils sont à la base d'une mise à jour SnapMirror ou SnapVault (malgré la fois en s'appuyant sur les instantanés, ils ne feront que fait verrouiller un instantané lors d'un transfert actif, vous pouvez heureusement supprimer les instantanés autrement et cela va détruire la relation de réplication, plus ou moins). Ils peuvent être aussi parce que d'une copie vol, ou pour une période très brève de restaurer un clin d'œil.

2 des raisons moins évidentes, mais plus courantes sont celle d'un Clone LUN et un FlexClone. Les deux sont en principe assez similaire, mais dans la pratique d'agir très différent.

Tout simplement un clone se basera sur un instantané, puis créer un clone rares, reposant sur ce cliché, et en tant que tels les blocs de données originales, par conséquent, sans utiliser de données. Le clone peut alors être divisée, mais 99/100, il sera utilisé pour une sorte de vérification ou de rapports, puis supprimé.

Un Clone LUN est celui qui nous fait la plupart des problèmes. Comme l'a dit, il crée un clone basé sur un instantané, mais le clone est créé au sein du volume, et seulement d'un LUN particulier. C'est en fait un concept très similaire à celle de la nouvelle unique fichier FlexClone disponible en 7.3. Basé sur un instantané donné, vous aurez un nouveau LUN créé au sein du même volume que le LUN parent. Cela ne pas utiliser de stockage, et est idéal pour la course des vérifications, ou peut-être tester ou même les rapports.

Le problème se pose en raison de la nature des clichés et le clone LUN. Un instantané prend une copie des tableaux de pointeur de fichier d'un volume entier. Un clone LUN va créer un clone mince provisionné du LUN parent dans le même volume. Ainsi, malgré l'aide pas de stockage réelle, le clone LUN se snapshotted par tous les instantanés de nouvelles prises après le LUN. C'est là que les problèmes commencent. Si maintenant nous supprimer le clone LUN, le clone existe toujours au sein d'un instantané, de sorte que le LUN seront toujours bloquées. Si vous n'êtes pas rapide et en remarquant ce problème, vous pouvez avoir beaucoup d'instantanés qui sont tous de verrouillage de ce clone LUN.

La seule façon de débloquer ce cliché est de supprimer tous les instantanés suivants de l'intérieur du volume, alors vous pouvez enlever le clone LUN une fois pour toutes et l'instantané, il est basé sur.

Malheureusement, ce n'est tout à fait un apparition commune à la vérification SnapManager, souvent le vérifier échoue, et en tant que telle le démontage du disque cloné (LUN) ne parvient pas à se produire, les instantanés suivants se produire et ainsi vous pouvez facilement entrer dans un scénario cliché verrouillé assez souvent. La solution? Soit garder un œil attentif sur vos vérifications, ou d'investir dans FlexClone!

Alors, comment ne FlexClone vous offrir une protection? Eh bien, il crée et clone de l'FlexVol entière, et comme des instantanés sont basées sur le volume, les instantanés suivants ne contiendront aucune information concernant ce clone. Le clone est basé sur un instantané unique, donc potentiellement si une vérification échoue, ou si vous oubliez de détruire un FlexClone, vous pouvez vous retrouver dans une situation où des sauvegardes planifiées sont incapables d'éliminer cet instantané vieux, mais ce n'est simple à corriger. Soit détruire l'FlexClone ou scission, l'instantané est alors libéré, et vous êtes de retour à la normale. Une lisse beaucoup de clones LUN!

Malheureusement, je vois encore des clones LUN affectant les environnements de production très souvent. Ma recommandation est toujours à essayer: FlexClone, ou à tout le moins être très pro-active à la surveillance de vos sauvegardes. FlexClone offre beaucoup d'avantages autres que cela, donc je pense qu'il est un investissement rentable.

based on 5 ratings Instantanés verrouillés / Occupé, 8.2 sur 10 Basé sur 5 évaluations