Copie des données hydratées dans le stockage sur bande pour la reprise après incident
Copiez les données d'un pool de stockage de conteneur principal dans un pool de stockage de copie sur bande. La bande est une alternative abordable pour le stockage d'un copie hydratée des données pouvant être utilisée pour la reprise après incident.
A propos de cette tâche
Utilisez les règles de stockage pour créer automatiquement une copie de sauvegarde d'un pool de stockage de conteneur de répertoire sur disque ou d'un pool de stockage de conteneur cloud sur site dans le stockage sur bande, créant ainsi une copie sur bande hydratée et isolée physiquement pour la reprise après incident. Lors de la copie, le processus de compression ou de dédoublonnage dans le pool de stockage de conteneur est inversé pour créer une copie hydratée des données client d'origine. En cas de sinistre, les données hydratées peuvent être restaurées directement sur les clients à partir des volumes de bande. Vous pouvez créer une copie sur site d'un copie hors site ou les deux. Pour les besoins de récupération après sinistre, une copie sur bande peut être mise en sécurité hors site, c'est-à-dire à un endroit distinct du site d'exploitation, tandis que l'autre peut être conservée sur site afin de permettre une récupération plus rapide en cas d'incident de moindre importance. Vous n'êtes pas limité à deux copies sur bande. Cependant, si vous en créez trois ou plus, vous devez exécuter quotidiennement un nombre équivalent d'opérations de sauvegarde qui peuvent alors excéder votre fenêtre de sauvegarde.
- La protection de reprise après incident et un processus rationalisé pour restaurer les données
- Une copie hydratée complète du pool de stockage de conteneur facilite la reprise rapide des données en cas de sinistre. La restauration des clients s'effectue alors directement à partir des volumes de bande. Il n'est pas nécessaire de restaurer le pool de stockage de conteneur de répertoire avant de restaurer les données sur les clients.
- Copie isolée physiquement des données critiques
- En stockant une copie de sauvegarde du pool de stockage de conteneur sur bande, vous créez une copie isolée physiquement des données. Une copie sur bande isolée physiquement est mieux protégée contre les rançongiciels et permet de récupérer les données après une attaque de ce type sur site.
Pour planifier une opération de copie pour un pool de stockage de conteneur, vous devez définir une règle de stockage de copie. Les règles de ce type définissent les données client à copier, la durée du processus et la planification de l'opération. Pour chacune de ces règles, le serveur crée un calendrier pour l'exécution automatique de la commande BACKUP STGPOOL dans le but de créer une copie du pool de stockage de conteneur sur bande. Vous spécifiez pour cela un ou plusieurs pools de stockage de conteneur qui contiennent les données client à sauvegarder. Vous indiquez également le pool de stockage de copie qui représente les volumes de bande et définissez le nombre maximal de processus qui seront exécutés au cours de l'opération de copie. Pour que les sauvegardes sur bande restent à jour, configurez la règle de stockage pour qu'elle s'exécute à une heure planifiée et pendant une période définie. Pour exécuter une règle de stockage de copie en dehors du planning prévu qui est défini par la règle de stockage, lancez la commande START STGRULE. Lorsqu'elle est lancée de manière explicite, la règle de stockage s'exécute jusqu'à ce que toutes les données éligibles soient copiées sur bande.
Vous pouvez définir des sous-règles de copie pour une règle de stockage de copie. Ces sous-règles spécifient les exceptions à la règle parent. Par exemple, si vous ne souhaitez pas sauvegarder les données de tous les noeuds client ou machines virtuelle d'un pool de stockage, vous pouvez définir des sous-règles qui incluent ou excluent certains d'entre eux. Les règles de stockage offrent la possibilité d'utiliser une seule règle pour sauvegarder plusieurs pools de stockage, tandis que les sous-règles offrent un contrôle granulaire sur les noeuds à sauvegarder et sur la destination de sauvegarde pour chacun d'eux.
- Lorsque des données sont retirées d'un pool de stockage de conteneur, au cours d'opérations de transfert par exemple, elles ne sont pas supprimées de la copie sur bande. C'est au moment où un fichier arrive à expiration dans un pool de stockage principal source qu'il est supprimé du pool de stockage cible sur bande.
- Les règles de stockage de copie ne lancent pas le processus de récupération. Les paramètres de récupération, qui sont spécifiés dans les commandes d'administration telles que RECLAIM STGPOOL et DEFINE
STGPOOL, déterminent quand un volume de bande devient éligible pour la récupération et la réutilisation. Pour récupérer de l'espace sur des volumes de bande d'un pool de stockage de copie, utilisez le calendrier d'administration pour exécuter la commande RECLAIM STGPOOL à intervalles réguliers.Astuce: Vous pouvez également spécifier des seuils de récupération lorsque vous définissez ou mettez à jour un pool de stockage à l'aide des commandes DEFINE STGPOOL ou UPDATE STGPOOL avec le paramètre RECLAIMPROCESS .
- Les règles de stockage de copie sont conçues pour créer une copie isolée physiquement des données pour la reprise après incident et non pour réparer des pools de stockage de conteneur. N'utilisez pas la commande RESTORE STGPOOL ou REPAIR STGPOOL pour réparer ou restaurer les données d'un pool de stockage de conteneur à partir du pool de stockage cible sur bande. Si les données d'un pool de stockage de conteneur source sont endommagées, vous pouvez utiliser le client de sauvegarde-archivage pour les restaurer à partir du pool de stockage de copie. Pour plus d'informations, voir Récupération de données sur des clients de sauvegarde-archivage et des pools de stockage de conteneur à l'aide d'une copie sur bande hydratée.
- Le pool de stockage cible que vous spécifiez dans une règle de stockage de copie peut également être utilisé en tant que pool de stockage cible pour des pools de stockage qui ne sont pas de type conteneur qui exécutent déjà la commande BACKUP STGPOOL. Le pool de stockage de copie cible ne doit pas être utilisé pour les données de règle de stockage de copie.
- Dans un environnement de réplication, vous pouvez définir des règles de stockage pour copier les données à partir d'un serveur de réplication source, d'un serveur de réplication cible, ou les deux.
- Lorsque vous définissez une règle de stockage de copie, les paramètres de colocalisation spécifiés pour le pool de stockage de copie cible sont conservés et s'appliquent aux données réhydratées à partir du pool de stockage de conteneur.