DEFINE STGPOOL (Définition d'un pool de stockage principal affecté aux unités à accès séquentiel)

Classe de privilège

Pour exécuter cette commande, vous devez disposer d'un privilège système.

Paramètres

nom_pool (obligatoire)

Spécifie le nom du pool de stockage à définir. Le nom doit être unique et ne doit pas comporter plus de 30 caractères.

nom_classe_périphérique (obligatoire)

Spécifie le nom de la classe d'unités à laquelle ce pool de stockage est associé. Vous pouvez spécifier toute classe d'unités souhaitée à l'exception de la classe d'unités DISK.

POoltype= PRimaire

Spécifie que vous souhaitez définir un pool de stockage principal. Ce paramètre est facultatif. La valeur par défaut est PRIMARY.

STGType

Indique le type de stockage que vous souhaitez définir pour un pool de stockage. Ce paramètre est facultatif. La valeur par défaut est DEVCLASS.

Classe d'unités

Indique qu'un type Classe d'unités est affecté au pool de stockage.

DESCription

Spécifie une description du pool de stockage. Ce paramètre est facultatif. La description est limitée à 255 caractères. Placez la description entre guillemets si elle contient des caractères blancs (espaces ou autres).

ACCess

Indique comment les noeuds client et les processus du serveur (comme la migration et la récupération) peuvent accéder aux fichiers dans le pool de stockage. Ce paramètre est facultatif. La valeur par défaut est READWRITE. Vous pouvez spécifier les valeurs suivantes :

READWrite

Spécifie que les noeuds client et les processus du serveur peuvent accéder aux fichiers des volumes du pool de stockage en lecture et écriture.

READOnly

Spécifie que les noeuds client peuvent uniquement accéder aux fichiers des volumes du pool de stockage en lecture.

Les processus serveur peuvent déplacer les fichiers au sein de ces volumes. Toutefois, aucune nouvelle opération d'écriture n'est autorisée dans les volumes du pool de stockage à partir de volumes situés à l'extérieur du pool de stockage.

Si ce pool de stockage a été spécifié comme pool de stockage subordonné (avec le paramètre NEXTSTGPOOL) et que le pool de stockage possède le paramètre ACCESS=READONLY, le pool de stockage est ignoré lorsque les processus de serveur tentent d'écrire des fichiers dans le pool de stockage.

UNAVailable

Spécifie que les noeuds client n'ont pas accès aux fichiers des volumes du pool de stockage.

Les processus du serveur peuvent déplacer les fichiers entre les volumes du pool de stockage mais également les déplacer ou les copier de ce pool de stockage dans un autre. Toutefois, aucune nouvelle opération d'écriture n'est autorisée dans les volumes du pool de stockage à partir de volumes situés à l'extérieur du pool de stockage.

Si ce pool de stockage a été spécifié comme pool de stockage subordonné (avec le paramètre NEXTSTGPOOL) et que le pool de stockage possède le paramètre ACCESS=UNAVAILABLE, le pool de stockage est ignoré lorsque les processus de serveur tentent d'écrire des fichiers dans le pool de stockage.

MAXSIze

Indique la taille maximale de fichier physique que le serveur peut enregistrer dans le pool de stockage. Ce paramètre est facultatif. La valeur par défaut est NOLIMIT. Vous pouvez spécifier l'une des valeurs suivantes :

NOLimit

Aucune limite supérieure de taille n'est fixée pour les fichiers physiques stockés dans le pool de stockage.

taille_fichier_maximale

Limite la taille physique maximale des fichiers. Spécifiez un entier compris entre 1 et 999999, suivi d'un facteur d'échelle. Par exemple, MAXSIZE=5G indique que la taille de fichier maximale pour ce pool de stockage est 5 gigaoctets. Spécifiez l'un de facteurs d'échelle suivants :

---

Facteur d'échelle	Signification
K	kilooctet
M	mégaoctet
G	gigaoctet
T	téraoctet

---

Le client estime la taille des fichiers envoyés au serveur. L'estimation du client est utilisée plutôt que la quantité réelle de données envoyées au serveur. Les options client, notamment le dédoublonnage, la compression et le chiffrement de données peuvent générer une quantité de données envoyée au serveur différente de la taille estimée. Par exemple, la taille de compression d'un fichier peut être inférieure à l'estimation, ce qui implique qu'un nombre de données moins important de données est envoyé. De plus, la taille d'un fichier binaire peut être supérieure une fois le traitement de compression terminé, ce qui implique qu'un nombre de données plus important est envoyé.

Lorsque la taille physique du pool de stockage dépasse le paramètre MAXSIZE, le tableau suivant indique où les fichiers sont généralement stockés.

Tableau 1. Emplacement de stockage d'un fichier en fonction de sa taille et du pool qui est indiqué

Taille de fichier	Pool spécifié	Résultat
Dépasse la taille maximale	Aucun pool n'est spécifié en tant que pool de stockage suivant dans la hiérarchie.	Le serveur ne stocke pas le fichier.
	Un pool est spécifié en tant que pool de stockage suivant dans la hiérarchie.	Le serveur stocke le fichier dans le pool de stockage suivant pouvant accepter cette taille de fichier.

Astuce: Si vous spécifiez également le paramètre NEXTSTGPOOL , définissez un pool de stockage dans votre hiérarchie pour qu'il n'y ait pas de limite à la taille de fichier maximale en spécifiant le paramètre MAXSIZE=NOLIMIT . Ainsi, lorsque vous disposez d'au moins un pool pour lequel aucune taille limite n'est définie, vous êtes certain qu'il peut être stocké sur le serveur.

Lorsque plusieurs fichiers sont envoyés via une seule transaction, le serveur considère que la taille des fichiers est celle de cette transaction. Si la taille totale de tous les fichiers inclus dans la transaction est supérieure à la taille limite maximale, le serveur ne stocke pas les fichiers dans le pool de stockage.

Si la taille de fichier d'un noeud client d'objets dépasse le paramètre MAXSIZE , la sauvegarde de fichier échoue.

Restriction :

Ce paramètre n'est pas disponible pour les pools de stockage utilisant les formats de données suivants :

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

CRCData

Indique si un contrôle de redondance cyclique (CRC) doit valider les données du pool de stockage lorsque le processus d'audit de volume est effectué sur le serveur. Ce paramètre est admis uniquement pour les pools de stockage dont le format de données est NATIVE. Ce paramètre est facultatif. La valeur par défaut est NO. En affectant la valeur YES au paramètre CRCDATA et en planifiant une commande AUDIT VOLUME, vous assurez l'intégrité constante des données qui sont stockées dans votre hiérarchie de stockage. Vous pouvez spécifier les valeurs suivantes :

Yes

Spécifie que les données sont stockées avec des informations relatives au contrôle de redondance cyclique, ce qui permet la validation des données des pools de stockage lors du processus d'audit de volume. Ce mode affecte les performances étant donné qu'il requiert un traitement supplémentaire pour calculer et comparer les valeurs CRC du pool de stockage et du serveur.

No

Spécifie que les données sont stockées sans informations relatives au contrôle de redondance cyclique.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

Astuce :

Pour les pools de stockage associés au type d'unité 3592, LTO ou ECARTRIDGE, la protection de bloc logique offre une meilleure protection contre l'altération des données que la validation CRC pour un pool de stockage. Si vous spécifiez la validation CRC pour un pool de stockage, les données sont validées uniquement au cours des opérations d'audit de volume. Les erreurs sont identifiées après que les données ont été écrites sur bande.

Pour activer la protection de bloc logique, indiquez la valeur READWRITE pour le paramètre LBPROTECT dans les commandes DEFINE DEVCLASS et UPDATE DEVCLASS pour les types d'unité 3592, LTO ou ECARTRIDGE. La protection de bloc logique n'est prise en charge que sur les types d'unités et de supports suivants :

• IBM® LTO5 et versions ultérieures.
• Unités IBM 3592 Generation 3 et ultérieures avec support 3592 Generation 2 et ultérieurs.
• unités Oracle StorageTek T10000C et T10000D.

NEXTstgpool

Désigne un pool de stockage principal vers lequel les fichiers sont migrés. Il est impossible de migrer des données d'un pool de stockage à accès séquentiel à un pool de stockage à accès aléatoire. Ce paramètre est facultatif.

Si ce pool de stockage n'est pas suivi d'un autre pool de stockage, le serveur ne peut pas migrer les fichiers à partir de ce pool de stockage et ne peut enregistrer dans un autre pool de stockage les fichiers excédant la taille maximale définie pour ce pool de stockage.

Lorsque que l'espace disponible dans le pool de stockage en cours est insuffisant, le paramètre NEXTSTGPOOL des pools de stockage à accès séquentiel ne permet pas le stockage des données dans le pool suivant. Dans ce cas, le serveur émet un message et la transaction échoue.

Pour les pools de stockage suivants dont le type d'unité est FILE, le serveur effectue une vérification préliminaire pour déterminer si un espace suffisant est disponible. Si l'espace n'est pas disponible, le serveur passe au pool de stockage suivant dans la hiérarchie. Si l'espace est disponible, le serveur tente d'y stocker des données. Toutefois, il est possible que l'opération de stockage échoue si l'espace n'est plus disponible au moment où l'opération de stockage proprement dite est tentée.

Restrictions :

• Pour vous assurer que vous ne créez pas une chaîne de pools de stockage qui mène à une boucle sans fin, indiquez au moins un pool de stockage dans la hiérarchie sans valeur.
• Si vous indiquez un pool à accès séquentiel comme pool de stockage suivant, son format de données doit être NATIVE ou NONBLOCK.
• N'indiquez pas de pool de stockage de conteneur de répertoire, ni de pool de stockage de conteneur cloud.
• N'utilisez pas ce paramètre pour indiquer un pool de stockage pour la migration des données.
• Ce paramètre n'est pas disponible pour les pools de stockage utilisant les formats de données suivants :
  • NETAPPDUMP
  • CELERRADUMP
  • NDMPDUMP

HIghmig

Indique que le serveur démarre la migration lorsque l'utilisation du pool de stockage atteint ce pourcentage. L'utilisation des pools de stockage sur disque à accès séquentiel (FILE) est calculée par le rapport des données du pool de stockage sur la capacité totale estimée (qui comprend la capacité de tous les volumes utilisables définis pour le pool). Pour les pools de stockage utilisant un support de bande, l'utilisation correspond au rapport des volumes contenant des données sur le nombre total de volumes du pool de stockage. Le nombre total de volumes inclut le nombre maximal de volumes utilisables. Ce paramètre est facultatif. Vous pouvez spécifier un entier compris entre 0 et 100. La valeur par défaut est 90.

Lorsque le pool de stockage dépasse le seuil supérieur de migration, le serveur peut commencer la migration des fichiers par volume vers le pool de stockage suivant défini pour ce pool. Vous pouvez définir le seuil supérieur de migration à 100 afin d'empêcher la migration du pool de stockage.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

LOwmig

Indique que le serveur démarre la migration lorsque l'utilisation du pool de stockage atteint (ou est inférieur à) ce pourcentage. L'utilisation des pools de stockage sur disque à accès séquentiel (FILE) est calculée par le rapport des données du pool de stockage sur la capacité totale estimée (qui comprend la capacité de tous les volumes utilisables définis pour le pool). Pour les pools de stockage utilisant un support de bande, l'utilisation correspond au rapport des volumes contenant des données sur le nombre total de volumes du pool de stockage. Le nombre total de volumes inclut le nombre maximal de volumes utilisables. Ce paramètre est facultatif. Vous pouvez indiquer un nombre entier compris entre 0 et 99. La valeur par défaut est 70.

Lorsque le pool de stockage atteint le seuil inférieur de migration, le serveur ne lance pas la migration des fichiers d'un autre volume. Vous pouvez spécifier la valeur 0 pour le seuil inférieur de migration, afin que la migration vide le pool de stockage.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

REClaim

Indique si le serveur récupère un volume, sur la base du pourcentage d'espace récupérable d'un volume. L'espace récupérable correspond à la quantité d'espace occupé par les fichiers arrivés à expiration ou supprimés de la base de données.

Grâce au processus de récupération, l'espace fragmenté de volumes est de nouveau utilisable au moyen du déplacement des fichiers d'un volume dont la date d'expiration n'est pas atteinte vers un autre volume, ce qui permet de conserver la disponibilité du volume d'origine en vue d'une réutilisation. Ce paramètre est facultatif. Vous pouvez spécifier un entier compris entre 1 et 100. La valeur par défaut est 60, à l'exception des pools de stockage qui utilisent des unités WORM.

Pour les pools de stockage qui utilisent une classe d'unités WORM, vous pouvez réduire la valeur par défaut de 100. Diminuer cette valeur permet au serveur de regrouper les données sur un moins grand nombre de volumes lorsque le besoin s'en fait sentir. Les volumes vidés par récupération peuvent être sortis de la bibliothèque, ce qui libère des emplacements pour de nouveaux volumes. Les volumes n'étant pas réinscriptibles, ils ne peuvent pas être réutilisés.

Le serveur détermine que le volume est disponible pour la récupération si le pourcentage d'espace récupérable sur un volume est supérieur au seuil de récupération du pool de stockage.

Spécifiez une valeur supérieure ou égale à 50 pour cent pour ce paramètre, afin que les fichiers stockés sur deux volumes puissent être combinés en un seul volume de sortie.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

RECLAIMPRocess

Indique le nombre de processus parallèles à utiliser pour récupérer les volumes dans ce pool de stockage. Ce paramètre est facultatif. Entrez une valeur comprise entre 1 et 999. La valeur par défaut est 1. Vous pouvez spécifier un ou plusieurs processus de récupération pour chaque pool de stockage à accès séquentiel principal.

Lorsque vous calculez la valeur de ce paramètre, vous devez prendre en compte les ressources suivantes, qui sont requises pour le traitement de la récupération :

• Nombre de pools de stockage séquentiels
• Nombre d'unités logiques et physiques pouvant être dédiées à l'opération

Pour accéder aux volumes séquentiels, IBM Storage Protect utilise un point de montage et une unité physique.

Par exemple, si vous voulez récupérer simultanément les volumes de deux pools de stockage à accès séquentiel et spécifier quatre processus pour chacun des pools. Les pools de stockage possèdent la même classe d'unités. Dans l'hypothèse où le paramètre RECLAIMSTGPOOL n'est pas spécifié ou que le pool de stockage de récupération possède la même classe d'unités que le pool de stockage en cours de récupération, chaque processus exige deux points de montage et, si le type d'unité n'est pas FILE, deux unités. (l'une des unités est destinée au volume d'entrée, l'autre au volume de sortie). Pour lancer 8 processus de récupération simultanément, vous avez besoin d'au moins 16 points de montage et 16 unités. La limite de montage de la classe d'unités des pools de stockage doit être d'au moins 16.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

RECLAIMSTGpool

Spécifie un autre pool de stockage principal comme cible pour les données récupérées à partir de ce pool. Ce paramètre est facultatif. Lorsque le serveur récupère des volumes pour le pool de stockage, le serveur déplace les données non arrivées à expiration des volumes récupérés vers le pool de stockage désigné par ce paramètre.

Un pool de stockage de récupération est d'une grande utilité pour les pools de stockage qui possèdent uniquement une unité dans leur bibliothèque. Lorsque vous spécifiez ce paramètre, le serveur déplace toutes les données des volumes récupérés vers le pool de stockage de récupération, quel que soit le nombre d'unités incluses dans la bandothèque.

Pour déplacer des données du pool de stockage de récupération dans celui d'origine, utilisez la hiérarchie des pools de stockage. Spécifiez le pool de stockage d'origine en tant que pool de stockage suivant pour le pool de stockage de récupération.

Restriction :

• Ce paramètre n'est pas disponible pour les pools de stockage utilisant les formats de données suivants :
• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

RECLAMATIONType

Spécifie par quelle méthode les volumes sont récupérés et gérés. Ce paramètre est facultatif. La valeur par défaut est THRESHOLD. Les valeurs possibles sont les suivantes:

THRESHold

Indique que les volumes appartenant à ce pool de stockage sont récupérés en fonction de la valeur de seuil de l'attribut RECLAIM de ce pool de stockage.

SNAPlock

Indique que les volumes FILE appartenant à ce pool de stockage sont gérés pour la conservation à l'aide du logiciel NetApp Data ONTAP et des volumes NetApp SnapLock ou des ensembles de fichiers IBM Storage Scale non modifiables. Ce paramètre est admis uniquement pour les pools de stockage définis sur un serveur où est activée la protection de la conservation des données et qui est affecté à une classe d'unités FILE. Les volumes de ce pool de stockage ne sont pas récupérés en fonction du seuil ; la valeur RECLAIM du pool de stockage est ignorée.

Tous les volumes de ce pool de stockage sont créés en tant que volumes FILE. Une date de conservation, dérivée des attributs de conservation du groupe de copie d'archivage du pool de stockage, est définie dans les métadonnées du volume FILE à l'aide de la fonction SnapLock du système d'exploitation NetApp Data ONTAP ou à l'aide d'ensembles de fichiers IBM Storage Scale non modifiables. Tant que la date de conservation n'a pas expiré, le volume FILE et les éventuelles données qu'il contient ne peuvent être supprimés du volume SnapLock physique où ils sont stockés.

Le paramètre RECLAMATIONTYPE de tous les pools de stockage en cours de définition doit être identique lorsqu'il est défini sur le même nom de classe d'unités. La commande DEFINE peut échouer si le paramètre RECLAMATIONTYPE indiqué est différent de ce qui est défini pour les pools de stockage déjà définis auprès du nom de classe d'unités.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

COLlocate

Indique si le serveur essaie de conserver des données (stockées sur un nombre de volumes limité) relatives à l'un des candidats suivants :

• Noeud client unique
• Groupe d'espaces fichier
• Groupe de noeuds client
• Espace fichier client

Ce paramètre est facultatif. La valeur par défaut est GROUP.

La colocalisation réduit le nombre de montages de support à accès séquentiel pour les opérations de restauration, de récupération et de rappel. Elle augmente toutefois le temps nécessaire au serveur pour colocaliser les fichiers pour le stockage ainsi que le nombre de volumes requis. La colocalisation peut également avoir un impact sur le nombre de processus migrant des disques vers un pool séquentiel.

Vous pouvez spécifier l'une des options suivantes :

No

La colocalisation est désactivée. Au cours de la migration à partir du disque, les processus sont créés au niveau de l'espace fichier.

GRoup

Spécifie que la colocalisation est activée au niveau du groupe pour les noeuds client ou les espaces fichier. Pour les groupes de données colocalisées, le serveur tente de regrouper les données des noeuds appartenant au même groupe de données colocalisées sur le plus petit nombre de volumes possible.

Si vous spécifiez COLLOCATE=GROUP sans toutefois définir de groupes de données colocalisées ou si vous n'ajoutez pas de noeuds ou d'espaces fichier à un groupe de données colocalisées, les données sont colocalisées par noeud. N'oubliez pas d'utiliser une bande lorsque vous organisez les noeuds client ou les espaces fichier en groupes de données colocalisées.

Par exemple, si un pool de stockage basé sur une bande magnétique se compose de données issues de noeuds et si vous spécifiez COLLOCATE=GROUP, le serveur effectue les actions suivantes :

• Colocalise les données par groupe pour les noeuds groupés. Chaque fois qu'il le peut, le serveur colocalise les données appartenant à un groupe de noeuds sur une seule bande ou sur aussi peu de bandes que possible. Les données d'un même noeud peuvent aussi être réparties sur plusieurs bandes associées à un groupe.
• Colocalise les données par noeud pour les noeuds non groupés. Chaque fois qu'il le peut, le serveur stocke les données pour un noeud simple sur une même bande. Toutes les bandes disponibles qui possèdent déjà des données pour le noeud sont utilisées avant que l'espace disponible sur une autre bande soit utilisé.
• Au cours de la migration à partir du disque, le serveur crée des processus de migration au niveau du groupe de données colocalisées pour les noeuds groupés, et au niveau du noeud pour les noeuds non groupés.

Si un pool de stockage basé sur une bande magnétique se compose de données issues d'espaces fichier groupés et si vous spécifiez COLLOCATE=GROUP, le serveur effectue les actions suivantes :

• Colocalise par groupe, les données pour les espaces fichier groupés uniquement. Chaque fois qu'il le peut, le serveur colocalise les données appartenant à un groupe d'espaces fichier sur une seule bande ou sur un nombre de bandes aussi réduit que possible. Les données d'un même espace fichier peuvent aussi être réparties sur plusieurs bandes associées à un groupe.
• Colocalise les données par noeud (pour les espaces fichier non explicitement définis dans un groupe de données colocalisées d'espace fichier). Par exemple, le nœud1 possède des espaces fichier nommés A, B, C, D et E. Contrairement aux espaces fichier C, D et E, les espaces fichier A et B appartiennent à un groupe de colocalisation des espaces fichier. Les espaces fichier A et B sont colocalisés par groupe de données colocalisées d'espace fichier, tandis que C, D et E sont colocalisés par noeud.
• Au cours de la migration à partir du disque, le serveur crée des processus de migration au niveau du groupe de données colocalisées pour les espaces fichier groupés.

Les données sont colocalisées dans le plus petit nombre de volumes à accès séquentiel.

NODe

La colocalisation est activée au niveau du noeud client. Pour les groupes de données colocalisées, le serveur tente de placer les données d'un noeud sur le plus petit nombre de volumes possible. Si le noeud comporte plusieurs espaces fichier, le serveur n'essaie pas de colocaliser ces derniers. Pour la compatibilité avec une version antérieure, le paramètre COLLOCATE=YES est toujours accepté par le serveur pour spécifier la colocalisation au niveau du noeud client.

Si un pool de stockage contient des données pour un noeud membre d'un groupe de données colocalisées et si vous spécifiez COLLOCATE=NODE, les données sont colocalisées par noeud.

Pour le paramètre COLLOCATE=NODE, le serveur crée des processus au niveau du noeud lorsque vous migrez des données à partir du disque.

FIlespace

Spécifie que la colocalisation est activée au niveau de l'espace fichier définis pour les noeuds client. Le serveur tente de regrouper les données d'un noeud et d'un espace fichier sur le plus petit nombre de volumes possible. Si plusieurs espaces fichier sont définis pour le noeud, le serveur essaie de regrouper leurs données sur des volumes distincts.

Pour le paramètre COLLOCATE=FILESPACE, le serveur crée des processus au niveau de l'espace fichier lorsque vous migrez des données à partir du disque.

MAXSCRatch (obligatoire)

Spécifie le nombre maximal de volumes utilisables que le serveur peut demander pour ce pool de stockage. Vous pouvez spécifier un entier compris entre 0 et 100 000 000. En permettant au serveur de demander des volumes utilisables, vous évitez de devoir définir chaque volume à utiliser.

La valeur de ce paramètre permet d'estimer le nombre total de volumes disponibles dans le pool de stockage et la capacité correspondante.

Les volumes utilisables sont automatiquement supprimés du pool de stockage lorsqu'ils sont vides. Lors de la suppression de volumes utilisables portant le type d'unité FILE, l'espace qu'ils occupaient est libéré par le serveur et réattribué au système de fichiers.

Astuce: Pour les opérations de serveur à serveur qui utilisent des volumes virtuels et qui stockent une petite quantité de données, envisagez de spécifier une valeur pour le paramètre MAXSCRATCH supérieure à la valeur que vous spécifiez généralement pour les opérations d'écriture sur d'autres types de volumes. Après une opération d'écriture sur un volume virtuel, IBM Storage Protect marque le volume comme FULL, même si la valeur du paramètre MAXCAPACITY sur la définition de classe d'unités n'est pas atteinte. Le serveur ne conserve pas les volumes virtuels à l'état FILLING et n'y ajoute pas de données. Si la valeur du paramètre MAXSCRATCH est trop faible, les opérations de serveur à serveur peuvent échouer.

REUsedelay

Spécifie le délai en jours devant s'écouler après la suppression de tous les fichiers d'un volume, avant que l'on puisse y ré-enregistrer des données ou le réintégrer dans le pool de volumes utilisables. Ce paramètre est facultatif. Vous pouvez spécifier un nombre entier compris entre 0 et 9 999. La valeur par défaut est 0, ce qui signifie qu'il n'existe aucun délai (en jours) devant s'écouler après la suppression de tous les fichiers d'un volume, avant que l'on puisse y ré-enregistrer des données ou le réintégrer dans le pool de volumes utilisables.

Astuce: Utilisez ce paramètre pour vous assurer que lorsque vous restaurez la base de données à un niveau antérieur, les références de base de données aux fichiers du pool de stockage sont toujours valides. Vous devez attribuer à ce paramètre une valeur supérieure au nombre de jours pendant lesquels vous envisagez de conserver l'ancienne sauvegarde de base de données. Le nombre de jours spécifié pour ce paramètre doit être identique au nombre spécifié pour la commande SET DRMDBBACKUPEXPIREDAYS .

OVFLOcation

Spécifie l'emplacement de dépassement de capacité associé au pool de stockage. Le serveur associe ce nom d'emplacement à un volume exclu de la bibliothèque au moyen de la commande. Ce paramètre est facultatif. Ce nom d'emplacement ne doit pas dépasser 255 caractères. Placez le nom d'emplacement entre guillemets s'il contient des espaces.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

MIGDelay

Indique le nombre minimal de jours pendant lequel un fichier doit rester dans un pool de stockage avant d'être habilité pour la migration. Tous les fichiers d'un volume doivent être éligibles pour la migration avant que le serveur sélectionne le volume pour la migration. Pour calculer une valeur à comparer à la valeur MIGDELAY spécifiée, le serveur compte le nombre de jours écoulé depuis que le fichier se trouve dans le pool de stockage.

Ce paramètre est facultatif. Vous pouvez spécifier un nombre entier compris entre 0 et 9 999. La valeur par défaut est 0, ce qui implique que la migration s'opère sans délai d'attente. Si vous souhaitez que le serveur calcule le nombre de jours à partir de la date de stockage du fichier et non pas depuis sa date de récupération, utilisez l'option de serveur NORETRIEVEDATE.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

MIGContinue

Permet d'indiquer si vous autorisez le serveur à migrer les fichiers qui ne satisfont pas au critère du délai avant migration. Ce paramètre est facultatif. La valeur par défaut est YES.

Etant donné que les fichiers peuvent rester dans le pool de stockage pendant un nombre minimal de jours, le serveur peut migrer tous les fichiers appropriés vers le pool de stockage suivant sans atteindre le seuil de migration inférieur. Ce paramètre permet d'indiquer si le serveur est autorisé à poursuivre le processus de migration en traitant les fichiers qui ne répondent pas au critère du délai avant migration.

Vous pouvez spécifier l'une des valeurs suivantes :

Yes

Lorsque le seuil de migration inférieur doit être atteint, le serveur continue à migrer les fichiers qui ne répondent pas au critère du délai avant migration.

Si vous autorisez plusieurs processus de migration pour le pool de stockage, certains fichiers ne répondant pas au critère du délai avant migration risquent d'être migrés inutilement. Un processus migre les fichiers qui satisfont au critère du délai avant migration, tandis qu'un second commence à migrer les fichiers qui n'y satisfont pas, afin de répondre au seuil de migration inférieur. Le premier processus qui continue de migrer les fichiers qui satisfont au critère du délai avant migration, peut, à lui seul, avoir atteint le seuil de migration inférieur.

No

Le serveur arrête la migration lorsqu'il ne reste plus de fichier concerné, même si le seuil de migration inférieur n'a pas encore été atteint. Le serveur ne migre pas les fichiers tant qu'ils ne correspondent pas au délai avant migration.

MIGPRocess

Indique le nombre de processus parallèles à utiliser pour migrer les fichiers à partir des volumes dans ce pool de stockage. Ce paramètre est facultatif. Entrez une valeur comprise entre 1 et 999. La valeur par défaut est 1.

Lorsque vous calculez la valeur de ce paramètre, tenez compte du nombre de pools de stockage séquentiels impliqués dans la migration, ainsi que du nombre d'unités logiques et physiques pouvant être allouées à cette opération. Pour accéder à un volume à accès séquentiel, IBM Storage Protect utilise un point de montage et, si l'unité n'est pas de type FILE, une unité physique. Le nombre de points de montage et d'unités disponibles dépend d'autres activités IBM Storage Protect et système et des limites de montage des classes d'unités pour les pools de stockage à accès séquentiel impliqués dans la migration.

Par exemple, supposez que vous voulez migrer simultanément les fichiers provenant des volumes des deux principaux pools de stockage à accès séquentiel principaux et spécifier trois processus pour chacun des pools de stockage. Les pools de stockage possèdent la même classe d'unités. Dans l'hypothèse où le pool de stockage, vers lequel les fichiers sont migrés, possède la même classe d'unités que le pool de stockage à partir duquel les fichiers sont migrés, chaque processus exige deux points de montage et, si le type d'unité n'est pas FILE, deux unités (une pour le volume d'entrée et une autre pour le volume de sortie). Pour exécuter six processus de migration simultanément, au moins 12 points de montage et 12 unités sont nécessaires. La classe d'unités pour les pools de stockage doit avoir une limite de montage d'au moins 12.

Si le nombre de processus de migration que vous spécifiez est supérieur au nombre de points de montage ou d'unités disponibles, les processus qui n'obtiennent pas de points de montage ou d'unités attendent que des points de montage ou des unités deviennent disponibles. Si les points de montage ou les unités ne deviennent pas disponibles dans le délai spécifié par le paramètre MOUNTWAIT, les processus de migration prennent fin. Pour plus d'informations sur la spécification du paramètre MOUNTWAIT , voir DEFINE DEVCLASS (Définition d'une classe d'unités).

Le serveur IBM Storage Protect démarre le nombre spécifié de processus de migration, quel que soit le nombre de volumes pouvant faire l'objet d'une migration. Par exemple, si vous spécifiez 10 processus de migration et que seuls 6 volumes peuvent être migrés, le serveur démarrera 10 processus et 4 d'entre eux s'arrêteront sans traiter de volume.

Astuce: Lorsque vous spécifiez ce paramètre, déterminez si la fonction d'écriture simultanée est activée pour la migration des données du serveur. Chaque processus de migration exige un point de montage et une unité pour chaque pool de stockage de copie, ainsi qu'un pool de données actives défini dans le pool de stockage cible.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

DATAFormat

Indique le format des données à utiliser pour sauvegarder les fichiers sur le pool de stockage et pour restaurer les fichiers à partir de ce même pool. Le format par défaut est NATIVE. Vous pouvez spécifier les valeurs suivantes :

NATive

Indique que le format des données est le format natif du serveur IBM Storage Protect et qu'il inclut des en-têtes de bloc.

NONblock

Indique que le format de données est le format natif du serveur IBM Storage Protect et qu'il n'inclut pas d'en-têtes de bloc.

La taille de bloc minimale par défaut sur un volume associé à une classe d'unités FILE est de 256 ko, quelle que soit la quantité de données écrites sur le volume. Pour certaines tâches, vous pouvez réduire l'espace perdu sur les volumes de stockage en spécifiant le format de données NONBLOCK. Par exemple, vous pouvez spécifier le format de données NONBLOCK pour les tâches suivantes :

• Utilisation de produits de gestion de contenu
• Utilisation de l'option client DIRMC pour stocker des informations de répertoire
• Migration de très petits fichiers à l'aide de IBM Storage Protect for Space Management ou IBM Storage Protect HSM for Windows

Toutefois, dans la majorité des cas, le format NATIVE est préférable.

Restriction: Si vous protégez vos données à l'aide de volumes de fichiers non réinscriptibles (WORM) qui sont stockés dans un ensemble de fichiers IBM Storage Scale non modifiable, vous devez définir la valeur du paramètre DATAFORMAT sur NONBLOCK. Sinon, des erreurs d'écriture peuvent survenir au cours des opérations d'écriture sur ces volumes.

NETAPPDump

Indique que les données sont sous format dump NetApp. Ce format de données doit être spécifié pour les images de système de fichiers qui sont dans un format de vidage et qui ont été sauvegardées à partir d'un NetApp ou d'un serveur de fichiers IBM System Storage N Series qui utilise le NDMP. Le serveur n'effectue pas de migration, de récupération ou de vérification de volume (commande AUDIT VOLUME) pour un pool de stockage auquel le paramètre DATAFORMAT=NETAPPDUMP est affecté. Vous pouvez utiliser la commande MOVE DATA pour déplacer des données d'un pool de stockage principal vers un autre ou hors d'un volume si ce dernier doit être réutilisé.

CELERRADump

Indique que les données sont au format EMC Celerra Dump. Ce format doit être spécifié pour les images du système de fichiers au format dump qui ont été sauvegardées à partir d'un serveur de fichiers EMC Celerra qui utilise le protocole NDMP. Le serveur n'effectue pas de migration, de récupération ou de vérification de volume (commande AUDIT VOLUME) pour un pool de stockage auquel le paramètre DATAFORMAT=CELERRADUMP est affecté. Vous pouvez utiliser la commande MOVE DATA pour déplacer des données d'un pool de stockage principal vers un autre ou hors d'un volume si ce dernier doit être réutilisé.

NDMPDump

Indique que les données ont un format de sauvegarde spécifique du fournisseur de système NAS. Utilisez ce format de données pour les images de système de fichiers ayant été sauvegardées à partir d'un serveur de fichiers NAS autre que NetApp ou EMC Celerra. Le serveur n'effectue pas de migration, de récupération ou de vérification de volume (commande AUDIT VOLUME) pour un pool de stockage auquel le paramètre DATAFORMAT=NDMPDUMP est affecté. Vous pouvez utiliser la commande MOVE DATA pour déplacer des données d'un pool de stockage principal vers un autre ou hors d'un volume si ce dernier doit être réutilisé.

AUTOCopy

Indique à quel moment IBM Storage Protect effectue des opérations d'écriture simultanée. La valeur par défaut est CLIENT. Ce paramètre est facultatif et a une incidence sur les opérations suivantes :

• Sessions de stockage du client
• Processus d'importation du serveur
• Processus de migration des données du serveur

Si l'option AUTOCOPY est définie sur ALL ou CLIENT, et qu'au moins un pool de stockage figure dans la liste des options COPYSTGPOOLS ou ACTIVEDATAPOOLS, tous les dédoublonnages côté client sont désactivés.

Si une erreur se produit lors de l'écriture simultanée des données dans un pool de stockage de copie ou de données actives au cours d'une opération de migration, le serveur arrête l'écriture dans les pools de stockage défaillants pendant le reste de l'opération. Toutefois, le serveur continue de stocker les fichiers dans le pool de stockage principal et dans les pools de stockage de copie ou de données actives restants. Ces pools restent actifs pendant la durée de l'opération de migration. Les pools de stockage de copie sont spécifiés à l'aide du paramètre COPYSTGPOOLS. Les pools de données actives sont spécifiés à l'aide du paramètre ACTIVEDATAPOOLS.

Vous pouvez spécifier l'une des valeurs suivantes :

None

Spécifie que l'écriture simultanée est désactivée.

CLient

Spécifie que l'écriture simultanée dans les pools de stockage de copie et les pools de données actives déroule au cours des sessions de stockage ou des opérations d'importation du serveur. Lors des opérations d'importation du serveur, les données sont écrites de façon simultanée dans les pools de stockage de copie. Les données ne sont pas écrites dans les pools de données actives au cours d'opérations d'importation du serveur.

MIGRation

Spécifie que l'écriture simultanée dans les pools de stockage de copie ou les pools de données actives se déroule uniquement lors de la migration vers ce pool de stockage. Lors des opérations de migration des données du serveur, les données sont écrites de façon simultanée dans les pools de stockage de copie et dans les pools de données actives si ces pools ne contiennent aucune donnée. Les noeuds dont les données sont migrées doivent être dans un domaine associé à un pool de données actives. Si les noeuds ne sont pas dans un domaine associé à un pool actif, les données ne peuvent pas être écrites dans le pool.

All

Spécifie que l'écriture simultanée dans les pools de stockage de copie ou les pools de données actives se déroule au cours des sessions de stockage du client, des opérations d'importation du serveur ou des opérations de migration de données du serveur. Si vous spécifiez cette valeur, elle permet d'assurer que l'écriture simultanée se déroule chaque fois que ce pool représente une cible pour l'une des opérations éligibles.

COPYSTGpools

Désigne les noms des pools de stockage de copie dans lesquels le serveur écrit simultanément des données. Le paramètre COPYSTGPOOLS est facultatif. Vous pouvez définir trois pools de copies au maximum, en séparant leur nom par une virgule Aucun espace entre les noms des pools de copiess n'est autorisé. Lorsque vous attribuez une valeur au paramètre COPYSTGPOOLS, vous pouvez également affecter une valeur au paramètre COPYCONTINUE.

Le nombre total combiné de pools de stockage spécifié dans les paramètres COPYSTGPOOLS et ACTIVEDATAPOOLS ne doit pas dépasser trois.

Lorsqu'une opération de stockage de données passe d'un pool de stockage principal au pool suivant, ce dernier hérite de la liste des pools de stockage de copie et de la valeur COPYCONTINUE du pool principal. Le pool de stockage principal est spécifié par le groupe de copie de la classe de gestion liée aux données.

Le serveur peut écrire des données simultanément dans les pools de stockage de copie pendant les opérations suivantes :

• Opérations de sauvegarde et d'archivage effectuées par les clients de sauvegarde-archivage IBM Storage Protect ou les clients d'application qui utilisent l'API IBM Storage Protect
• Opérations de migration par les clients IBM Storage Protect for Space Management
• Opérations d'importation qui impliquent la copie de données d'un fichier d'exportation à partir d'un support externe sur un pool de stockage défini avec une liste de pools de stockage de copie

Restrictions :

1. Ce paramètre s'applique aux pools de stockage principaux utilisant les formats de données NATIVE ou NONBLOCK. Ce paramètre n'est pas disponible pour les pools de stockage utilisant les formats de données suivants :
   • NETAPPDUMP
   • CELERRADUMP
   • NDMPDUMP
2. L'écriture simultanée dans les pools de stockage de copie n'est pas prise en charge lorsque le transfert de données hors réseau local est utilisé. L'écriture simultanée a la priorité sur les opérations de transfert de données hors réseau local, ces dernières passent alors via le réseau local. Toutefois, la configuration d'écriture simultanée est acceptée.
3. L'écriture simultanée n'est pas prise en charge pour les opérations de sauvegarde NAS. Si le pool de stockage principal spécifié dans le paramètre DESTINATION ou TOCDESTINATION dans le groupe de copie de la classe de gestion dispose de pools de stockage de copie définis, les pools de stockage définis sont ignorés et les données sont uniquement stockées dans le pool de stockage principal.
4. Vous ne pouvez pas utiliser la fonction d'écriture simultanée avec les unités de stockage CENTERA.

Attention: La fonction fournie par le paramètre COPYSTGPOOLS n'est pas destinée à remplacer la commande BACKUP STGPOOL . Si vous utilisez le paramètre COPYSTGPOOLS, continuez à utiliser la commande BACKUP STGPOOL pour vous assurer que les pools de stockage de type copie sont des copies complètes du pool de stockage principal. Dans certains cas, les copies risquent de ne pas être créées. Pour plus d'informations, voir la description du paramètre COPYCONTINUE.

COPYContinue

Indique comment le serveur doit réagir à une erreur d'écriture dans les pools de stockage de copie inclus dans le paramètre COPYSTGPOOLS. Ce paramètre est facultatif. La valeur par défaut est YES. Si vous spécifiez le paramètre COPYCONTINUE, vous devez également spécifier le paramètre COPYSTGPOOLS.

Le paramètre COPYCONTINUE n'a aucune influence sur la fonction d'écriture simultanée au cours de la migration.

Vous pouvez spécifier les valeurs suivantes :

Yes

Si le paramètre COPYCONTINUE est défini sur YES, le serveur arrête d'écrire dans les pools de copie défaillant pour le reste de la session, mais continue de stocker les fichiers dans le pool principal et dans les pools de copie restants. La liste des pools de stockage de copie demeure active uniquement pendant la session du client et s'applique à tous les pools de stockage principaux d'une hiérarchie de pools de stockage spécifique.

No

Si le paramètre COPYCONTINUE est défini sur NO, le serveur ne parviendra pas à exécuter la transaction en cours et interrompra l'opération de stockage.

Restrictions :

• Le paramètre COPYCONTINUE n'affecte pas les pools de données actives. Si un échec d'écriture se produit sur un pool de données actives, le serveur arrête l'écriture dans le pool de données actives défaillant pendant le reste de la session, mais continue de stocker les fichiers dans le pool principal et dans les pools de données actives et de stockage de copie restants. La liste des pools de données actives demeure active uniquement pendant la session et s'applique à tous les pools de stockage principaux d'une hiérarchie de pools de stockage spécifique.
• La définition du paramètre COPYCONTINUE n'affecte pas la fonction d'écriture simultanée lors de l'importation du serveur. Si les données sont écrites simultanément et qu'un échec d'écriture se produit dans le pool de stockage principal ou un pool de stockage de copie, l'opération d'importation du serveur échoue.
• La définition du paramètre COPYCONTINUE n'affecte pas la fonction d'écriture simultanée lors de la migration des données du serveur. Si les données sont écrites simultanément et qu'un échec d'écriture se produit dans le pool de stockage de copie ou un pool de données actives, le pool de stockage défaillant est supprimé et l'opération de migration des données continue. Les échecs d'écriture dans le pool de stockage principal provoquent l'échec de l'opération de migration.

Restriction: ce paramètre n'est pas disponible pour les pools de stockage qui utilisent les formats de données suivants:

• NETAPPDUMP
• CELERRADUMP
• NDMPDUMP

ACTIVEDATApools

Spécifie les noms des pools de données actives où le serveur écrit simultanément des données pendant une opération de sauvegarde client. Le paramètre ACTIVEDATAPOOLS est facultatif. Il ne doit pas y avoir d'espaces entre les noms des pools de données actives.

Le nombre total combiné de pools de stockage spécifié dans les paramètres COPYSGTPOOLS et ACTIVEDATAPOOLS ne doit pas dépasser trois.

Lorsqu'une opération de stockage de données commute entre un pool de stockage principal et le pool suivant, le pool de stockage suivant hérite de la liste des pools de données actives du pool de stockage de destination spécifié dans le groupe de copie. Le pool de stockage principal est spécifié par le groupe de copie de la classe de gestion liée aux données.

Le serveur peut écrire des données simultanément dans des pools de données actives uniquement lors des opérations de sauvegarde effectuées par des clients de sauvegarde-archivage IBM Storage Protect ou des clients d'application qui utilisent l'API IBM Storage Protect .

Restrictions :

1. Ce paramètre s'applique aux pools de stockage principaux utilisant les formats de données NATIVE ou NONBLOCK. Ce paramètre n'est pas disponible pour les pools de stockage utilisant les formats de données suivants :
   • NETAPPDUMP
   • CELERRADUMP
   • NDMPDUMP
2. L'écriture simultanée dans les pools de données actives n'est pas prise en charge lorsque le transfert de données hors réseau local est utilisé. L'écriture simultanée a la priorité sur les opérations de transfert de données hors réseau local, ces dernières passent alors via le réseau local. Toutefois, la configuration d'écriture simultanée est acceptée.
3. L'écriture simultanée n'est pas prise en charge lorsqu'une opération de sauvegarde NAS écrit un fichier de table des matières. Si le pool de stockage principal spécifié dans le paramètre TOCDESTINATION du groupe de copie de la classe de gestion dispose de pools de données actives définis, ceux-ci sont ignorés et les données sont uniquement stockées dans le pool de stockage principal.
4. Vous ne pouvez pas utiliser la fonction d'écriture simultanée avec les unités de stockage CENTERA.
5. Les données en cours d'importation ne sont pas stockées dans les pools de données actives. Après une opération d'importation, utilisez la commande COPY ACTIVEDATA pour stocker les données importées dans un pool de données actives.

Attention: La fonction fournie par le paramètre ACTIVEDATAPOOLS n'est pas destinée à remplacer la commande COPY ACTIVEDATA . Si vous utilisez le paramètre ACTIVEDATAPOOLS, utilisez la commande COPY ACTIVEDATA pour vous assurer que les pools de données actives contiennent toutes les données actives du pool de stockage principal.

DEDUPlicate

Indique si les données stockées dans ce pool de stockage sont dédoublonnées. Ce paramètre est facultatif et est uniquement valide pour les pools de stockage qui sont définis avec une classe d'unités de type FILE. La valeur par défaut est NO.

IDENTIFYPRocess

Indique le nombre de processus parallèles à utiliser pour le dédoublonnage de données côté serveur. Ce paramètre est facultatif et valide uniquement pour les pools de stockage définis avec une classe d'unités FILE. Entrez une valeur comprise entre 0 et 50. La valeur par défaut est 1. Si la valeur du paramètre DEDUPLICATE est NO, le paramètre par défaut pour IDENTIFYPROCESS n'a aucun effet.

Rappel: Les processus de dédoublonnage de données peuvent être actifs ou inactifs. Les processus s'exécutant sur les fichiers sont actifs. Les processus attendant des fichiers à traiter sont en veille. Les processus restent en veille jusqu'à ce que des volumes dont les données doivent être dédoublonnées deviennent indisponibles. La sortie de la commande QUERY PROCESS pour le dédoublonnage de données inclut le nombre total d'octets et de fichiers traités depuis le premier lancement du processus. Par exemple, si un processus de dédoublonnage de données traite quatre fichiers, qu'il passe en veille, puis qu'il traite cinq fichiers supplémentaires, alors le nombre total de fichiers traité est de neuf. Les processus se terminent uniquement lorsqu'ils sont annulés ou lorsque le nombre de processus de dédoublonnage de données pour le pool de stockage passe à une valeur inférieure à celle actuellement spécifiée.