Stockage sur HP-UX

Au niveau inférieur de la pile de stockage se trouvent les périphériques physiques qui stockent et récupèrent les données. Il s'agit en général de lecteurs de disques, mais on peut également utiliser d'autres périphériques de stockage, tels que les suivants :

Les lecteurs de disques peuvent être :

Les lecteurs de disques individuels (autonomes, dans une baie ou dans un logement) portent souvent le nom de LUN. Le terme « LUN » signifie « Logical Unit », et bien qu'il soit souvent associé à un lecteur de disque physique (unité de lecteur) au sein d'un périphérique à baies de taille plus importante, les LUN peuvent pointer vers d'autres sous-ensembles (logiquement définis) d'un périphérique plus grand.

Les lecteurs de disques physiques peuvent être utilisés en mode autonome (autrement dit, ils peuvent être partitionnés, formatés avec un système de fichiers, utilisé pour la pagination ou utilisé par des applications de base de données comme unités de stockage). Toutefois, ils sont généralement groupés en réserves d'espace qui peuvent ensuite être divisées en conteneurs de stockage logique. Ces conteneurs (appelés volumes ou volumes logiques, selon le gestionnaire de volumes que vous utilisez) ne sont pas tenus de respecter les limites des lecteurs physiques du groupe. Autrement dit, ils peuvent chevaucher plusieurs périphériques physiques.

Les gestionnaires de volumes vous permettent de diviser et d'allouer ces réserves d'espace en conteneurs de stockage logiques.

Les réserves d'espace portent le nom de groupes de volumes dans Logical Volume Manager (LVM) et de groupes de disques dans VERITAS Volume Manager (VxVM).

Les conteneurs de stockage logiques portent le nom de volumes logiques dans LVM ou simplement volumes dans VxVM. Pour les applications, les systèmes de fichiers et les bases de données, ces volumes semblent être des disques physiques et sont traités comme tels.

HP-UX 11i version 3 prend en charge les gestionnaires de volumes suivants :

	REMARQUE : Les réserves d'espace portent le nom de groupes de volumes dans Logical Volume Manager et de groupes de disques dans VERITAS Volume Manager.

Les deux gestionnaires de volumes peuvent coexister sur un serveur. Chaque gestionnaire de volumes assure le suivi des disques qu'il contrôle et tout disque physique donné ne peut être contrôlé que par un gestionnaire à la fois. L'utilitaire vxvmconvert peut convertir un volume physique LVM en disque VxVM si vous souhaitez migrer un disque de LVM vers VxVM pour une flexibilité de configuration accrue.

Sélection d'un gestionnaire de volumes

Avec HP-UX 11i version 3, vous avez le choix entre deux gestionnaires de volumes :

• HP Logical Volume Manager (LVM)

• VERITAS Volume Manager (VxVM)

Vous pouvez les utiliser tous deux simultanément (sur des disques physiques distincts), mais en pratique vous en choisirez un et l'utiliserez de manière exclusive. Le Tableau 3-1 fournit un comparatif des deux gestionnaires de volumes afin de vous aider à déterminer lequel correspond le mieux à vos besoins.

Tableau 3-1 Comparaison des fonctionnalités et de la terminologie des gestionnaires de volumes

Fonctionnalité	HP Logical Volume Manager (LVM)	VERITAS Volume Manager (VxVM)
Obtention...	LVM est fourni avec HP-UX 11i version 3 Foundation Operating Environment	Consultez les Notes de mise à jour d'HP-UX 11i version 3 pour vérifier si VERITAS Volume Manager est fourni avec votre environnement d'exploitation
Les disques physiques se nomment...	Volumes physiques	Disques VERITAS Volume Manager
Les groupes de disques physiques se nomment...	Groupes de volumes	Groupes de disques
Les conteneurs de stockage logique alloués à partir des groupes de disques/volumes se nomment...	Volumes logiques	Volumes
Les données utilisateur au sein des volumes (logiques) sont allouées à l'aide de...	Étendues physiques (blocs d'espace disque de taille fixe, dont la taille doit être identique pour tous les volumes physiques d'un groupe de volumes donné)	Sous-disques (de taille arbitraire, les sous-disques représentent un ensemble de blocs de disques, alloués à partir des disques VERITAS Volume Manager dans un groupe de disques)
Les informations de configuration de volumes et de groupes de volumes sont stockées dans...	Une zone réservée spéciale au début de chaque volume physique	Une zone spéciale appelée « région privée » de chaque volume physique.
Miroirs (copies de données)	Vous devez ajouter le produit MirrorDisk/UX à votre système afin de prendre en charge la mise en miroir. Mirrordisk/UX prend en charge jusqu'à trois copies de données si vous utilisez LVM avec des groupes de volumes de version 1, et jusqu'à six copies de données si vous utilisez LVM avec des groupes de volumes de version 2.	Les miroirs sont constitués de plexes, chacun étant une copie du volume mis en miroir. La version de base de VERITAS Volume Manager vous permet de mettre en miroir votre système de fichiers racine (uniquement). Comme LVM, VERITAS Volume Manager requiert une licence supplémentaire pour prendre en charge la mise en miroir (au-delà de celle de votre système de fichiers racine), mais avec la licence supplémentaire VxVM prend en charge jusqu'à 32 copies de vos données.

 

	REMARQUE : VERITAS Volume Manager est disponible dans plusieurs versions à compter de HP-UX 11i version 3. Les valeurs et fonctionnalités indiquées concernent VxVM Version 4.1. Pour obtenir les spécifications d'une version donnée, consultez les VERITAS Volume Manager Release Notes de la version correspondante. VERITAS Volume Manager a deux niveaux de licence : licence de base et licence complète. Sauf mention contraire, les fonctionnalités répertoriées dans le tableau ci-dessus concerne la licence de base. Pour plus d'informations sur les fonctionnalités supplémentaires prises en charge avec la licence complète, consultez la documentation de VERITAS Volume Manager.

Lors de l'utilisation d'un gestionnaire de volumes, la première étape consiste à grouper des lecteurs physiques en réserves d'espace disque appelées :

ou

	REMARQUE : Les différents disques des groupes de volumes/disques se nomment : disques VM si vous utilisez VERITAS Volume Manager (VxVM) ou volumes physiques si vous utilisez Logical Volume Manager (LVM)

Une fois que vous avez groupé des lecteurs de disques physiques en groupes de volumes/disques, l'espace collectif peut être divisé en conteneurs de stockage logiques qui peuvent être plus petits ou plus grands que chacun des lecteurs du groupe. Ces conteneurs de stockage logiques portent le nom de :

ou

Une fois définis, les volumes ou volumes logiques peuvent être utilisés pour :

La taille des volumes logiques peut être augmentée ou réduite selon les besoins (si les données qu'ils contiennent prennent en charge ces opérations).

Figure 3-2 Les volumes logiques peuvent être redimensionnés

Si vous n'utilisez pas un volume (ou disque physique) pour l'accès à l'espace d'échange ou aux disques bruts (par exemple l'espace disque géré par une application de base de données), vous l'utilisez probablement pour le stockage de fichiers.

Les répertoires, fichiers et données de fichiers sont généralement distribués dans tout un volume ou lecteur de disque. De la même manière qu'un catalogue sur fiches vous permet de trouver un livre spécifique dans une grande bibliothèque, la principale fonction d'un système de fichiers consiste à maintenir les pointeurs vers les fichiers stockés dans un volume ou sur un disque physique de sorte que ces fichiers puissent être récupérés ultérieurement. Il ne s'agit pas simplement de pointeurs indiquant quel fichier se trouve dans quel répertoire ; il s'agit des pointeurs de bas niveau et d'autres informations vitales telles que :

Les systèmes de fichiers ont également d'autres fonctions importantes, par exemple maintenir les informations de propriété et de privilège d'accès de sorte que les fonctions de sécurité de HP-UX puissent garantir que seuls les utilisateurs autorisés puissent accéder à un fichier ou un répertoire donné.

L'entrelacement de disques répartit les données sur plusieurs périphériques physiques de telle manière que des écritures successives ont lieu sur différents périphériques. De cette façon, le deuxième bloc de données à écrire n'est pas obligé d'attendre que le périphérique écrivant le premier bloc ait terminé. En gros, si vous avez n périphériques entrelacés, vous pouvez écrire n blocs de données simultanément (ou presque) sans avoir à attendre que des périphériques soient prêts pour les données ultérieures.

L'entrelacement peut être effectué au niveau périphérique si vous utilisez une baie de disques, une baie RAID ou autre matériel qui prend en charge les opérations RAID. D'autres types d'entrelacement de disques peuvent être effectués par LVM ou par VERITAS Volume Manager (VxVM). Pour plus d'informations sur l'obtention de l'entrelacement avec l'un des gestionnaires de volumes, consultez lvcreate(1M) ou vxassist(1M).

Vous pouvez spécifier la taille des blocs de données à utiliser avec l'entrelacement.

L'entrelacement matériel des données s'effectue par le biais de certaines configurations RAID. Les niveaux RAID liés à l'entrelacement les plus couramment utilisés sur des baies de disques HP qui prennent en charge RAID sont les suivants :

	REMARQUE : Tous les périphériques ne prennent pas en charge tous les niveaux RAID. Consultez la documentation matérielle de vos baies de disques, baies RAID, lecteurs de disques ou autre équipement de stockage pour plus d'informations sur les niveaux RAID pris en charge par vos périphériques.

Pour les mêmes raisons que celles décrites dans Entrelacement de disques, plus vous pouvez équilibrer l'accès aux disques, meilleures seront les performances de lecture et écriture sur disque. Cela réduit le risque qu'un périphérique donné soit occupé à servir une autre opération d'accès aux données, provoquant l'attente des lectures et écritures supplémentaires.

Votre choix de type de système de fichiers peut également affecter l'efficacité de l'accès aux données. Le système VxFS (VERITAS File System) est en général plus rapide que le système de fichiers HFS.

À compter de HP-UX 11i version 3, HP-UX 11i prend en charge le multichemin de périphérique, une nouvelle technologie qui associe des fichiers de périphériques à des périphériques au moyen d'ID de périphériques uniques plutôt que du chemin d'accès matériel aux périphériques. Cela signifie qu'un même fichier de périphérique peut représenter plusieurs chemins d'accès matériels vers un périphérique donné, ce qui, combiné à un matériel qui possède plusieurs ports (prenant en charge plusieurs connexions physiques), génère non seulement des chemins d'accès redondants vers le périphérique, mais également une bande passante d'E/S plus élevée. HP-UX 11i version 3 peut équilibrer automatiquement la charge parmi plusieurs connexions physiques vers un périphérique, améliorant ainsi l'efficacité des E/S.

Pour plus d'informations sur le multichemin de périphérique, voir « Adressage du stockage ».

Bien que le sujet de la mise en miroir de disque soit davantage lié à la redondance des données, la mise en miroir peut également être motivée par les performances. Si vous utilisez une configuration de disques RAID 1 (mise en miroir) dans un environnement axé plus sur la lecture de données à partir de disques que sur l'écriture de données sur les disques du miroir, vous pouvez accélérer sensiblement l'entrée des données car les blocs de disques ultérieurs peuvent être récupérés en parallèle à partir d'autres périphériques. Pour plus d'informations sur les avantages offerts par les configurations RAID 1, voir « Mise en miroir de disque ».

L'un des principaux aspects de la protection de vos données est l'élimination des points de défaillance uniques. RAID et autres baies de disques, Mise en miroir de disque, Sauvegardes de données et Serviceguard concernent tous l'élimination des points de défaillance uniques.

À compter de HP-UX 11i version 3, HP-UX 11i prend en charge le multichemin de périphérique, une nouvelle technologie qui associe des fichiers de périphériques à des périphériques au moyen d'ID de périphériques uniques plutôt que du chemin d'accès matériel aux périphériques. Cela signifie qu'un même fichier de périphérique peut représenter plusieurs chemins d'accès matériels vers un périphérique donné, ce qui, combiné à un matériel qui possède plusieurs ports (prenant en charge plusieurs connexions physiques), génère non seulement une bande passante d'E/S plus élevée, mais également des chemins d'accès redondants vers le périphérique. HP-UX 11i peut désormais basculer automatiquement vers un autre chemin d'accès matériel en cas de défaillance d'une carte d'interface, d'un câble ou autre équipement matériel, avec peu ou aucune interruption des applications et des utilisateurs accédant à ce périphérique.

Les baies de disques, et les collections de disques indépendants configurés à l'aide de configurations RAID, sont capables de mettre en miroir des données d'un disque physique vers un ou plusieurs disques physiques supplémentaires, ce qui vous permet de disposer de copies supplémentaires des données en cas de défaillance d'un mécanisme de lecteur. Le simple fait d'avoir une seconde copie des données diminue de manière exponentielle le risque de défaillance de toutes les copies de vos données.

La mise en miroir matérielle des données s'effectue par le biais de certaines configurations RAID. Les niveaux RAID liés à la mise en miroir les plus couramment utilisés sur des baies de disques HP qui prennent en charge RAID sont les suivants :

	REMARQUE : Tous les périphériques ne prennent pas en charge tous les niveaux RAID. Consultez la documentation matérielle de vos baies de disques, baies RAID, lecteurs de disques ou autre équipement de stockage pour plus d'informations sur les niveaux RAID pris en charge par vos périphériques.

La section précédente traite des baies de disques et des configurations RAID d'un point de vue principalement matériel. La mise en miroir peut être accomplie par des moyens logiciels. Les gestionnaires de volumes LVM et VERITAS Volume Manager peuvent être utilisés pour mettre des données en miroir.

Pour pouvoir implémenter la mise en miroir de disque à l'aide de LVM, vous devez installer le produit MirrorDisk/UX (disponible en tant que produit facultatif dans les Environnements d'exploitation suivants) :

Mirrordisk/UX prend en charge jusqu'à trois copies de données si vous utilisez LVM avec des groupes de volumes de version 1, et jusqu'à six copies de données si vous utilisez LVM avec des groupes de volumes de version 2.

La version de base de VERITAS Volume Manager vous permet de mettre en miroir uniquement votre système de fichiers racine. En achetant et en installant la version complète de VERITAS Volume Manager, vous pouvez mettre en miroir d'autres groupes de disques et avoir jusqu'à 32 copies miroirs de l'espace d'adressage d'un volume.

À tout moment, des données peuvent être copiées à l'aide de certains utilitaires. La destination des copies de données peut être un support amovible pouvant être stocké hors site ou expédié vers un autre lieu pour plus de sécurité. Les supports amovibles pouvant être utilisés pour les sauvegardes sont les suivants :

Vous pouvez même sauvegarder des fichiers dans un fichier sur un autre disque (comme dans le cas d'une archive tar).

HP-UX, les applications et autres processus communiquent avec les périphériques et les pseudo-périphériques en écrivant et en lisant des fichiers spéciaux de périphériques. Le format particulier des fichiers spéciaux de périphériques indique à HP-UX :

Les deux premiers éléments de la liste ci-dessus sont déterminés par le numéro majeur d'un fichier spécial de périphérique, tandis que les deux derniers éléments sont déterminés par le numéro mineur.

Anatomie d'un fichier spécial de périphérique

Les fichiers spéciaux de périphériques (DSF, Device Special Files) sont constitués des parties suivantes :

nom de fichier

Il s'agit du nom du fichier qui apparaît dans l'arborescence de répertoires /dev

numéro majeur

Numéro qui identifie le pilote à utiliser pour communiquer avec le périphérique/LUN associé à ce fichier spécial de périphérique

Le numéro majeur est un index pour le pilote de périphérique dans l'une des deux tables de noyau : bdevsw (la table de commutation de périphériques en mode bloc) et cdevsw (la table de commutation de périphériques en mode caractère).

Les pilotes qui prennent en charge à la fois les E/S en mode bloc et en mode caractère (tels que les pilotes de disques SCSI et les changeurs automatiques optiques) possèdent un numéro majeur en mode bloc et un numéro majeur en mode caractère. Les périphériques qui prennent en charge uniquement l'accès en mode caractère ont uniquement un numéro majeur en mode caractère.

numéro mineur

Numéro qui identifie l'emplacement matériel et parfois des caractéristiques dépendant du pilote (généralement organisées par affectations de bits).

Les trois parties d'un fichier de périphérique peuvent être affichées à l'aide de la commande ll (ls -l). Par exemple :

Figure 3-3 Composants des fichiers spéciaux de périphériques

Vous pouvez afficher, sous forme plus lisible, les informations contenues dans le fichier spécial de périphérique à l'aide de la commande /usr/sbin/lssf. Par exemple :

# /usr/sbin/lssf /dev/rdsk/* sdisk card instance 0 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/2/0.6.0 /dev/rdsk/c0t6d0sdisk card instance 2 SCSI target 6 SCSI LUN 0 section 0 at address 0/0/0/3/0.6.0 /dev/rdsk/c2t6d0 # /usr/sbin/lssf /dev/disk/* esdisk section 0 at address 64000/0xfa00/0x0 /dev/disk/disk2 esdisk section 0 at address 64000/0xfa00/0x1 /dev/disk/disk3

La commande /usr/sbin/ioscan fournit également des informations de chemins d'accès matériel concernant les périphériques sur votre système :

Voici la vue héritée des lecteurs de disques sur un système :

# /usr/sbin/ioscan -C disk H/W Path Class Description ===================================================== 0/0/0/2/0.6.0 disk HP 36.4GMAN3367MC 0/0/0/3/0.6.0 disk HP 36.4GMAN3367MC

Voici la vue agile des mêmes lecteurs de disques (indiquant les chemins d'accès matériels de LUN plutôt que les chemins d'accès matériels réels) :

# /usr/sbin/ioscan -N -C disk H/W Path Class Description ===================================================== 64000/0xfa00/0x2 disk HP 36.4GMAN3367MC 64000/0xfa00/0x3 disk HP 36.4GMAN3367MC

Distinction d'adressage de périphérique hérité / agile

À compter de HP-UX 11i version 3, les périphériques de stockage de masse sont référencés par des instances de périphériques plutôt que par les chemins d'accès matériels aux périphériques. Cela offre de nombreux avantages par rapport au modèle d'adressage précédent, qui associait un fichier spcial de périphérique donné au chemin d'accès matériel à un périphérique. L'adressage matériel des périphériques de stockage de masse est désormais fluide, automatique et transparent, ce qui offre de nombreux avantages.

	REMARQUE : Pour des raisons de compatibilité avec les versions antérieures de HP-UX, le modèle d'adressage de périphérique précédent (hérité) pour les périphériques de stockage de masse est encore pris en charge sous HP-UX 11i version 3 ; par conséquent, les scripts, les configurations et autres utilisations des fichiers spéciaux de périphériques que vous avez précédemment créés continueront de fonctionner. À des fins de transition, vous pouvez utiliser à la fois l'adressage de périphérique hérité (utilisant des fichiers spéciaux de périphériques hérités) et l'adressage de périphérique agile (utilisant des fichiers spéciaux de périphériques persistants), mais pour tirer parti des nombreux avantages offerts par l'adressage de périphérique agile, et pour des raisons de compatibilité ultérieure, vous devez effectuer la transition vers l'utilisation des fichiers spéciaux de périphériques persistants dès que tous les systèmes de fichiers et technologies sous-jacents que vous utilisez les prennent en charge.

Stabilité de configuration accrue

L'adressage de périphérique agile autorise le changement de chemin d'accès matériel d'un amorçage système à l'autre (par exemple si un LUN est déplacé d'un adaptateur de bus hôte à un autre pendant l'arrêt d'un serveur) et le changement des configurations SAN sans exiger de modifications aux fichiers spéciaux de périphériques (et par conséquent sans exiger de modifications à d'autres fichiers de configuration). Si vous remplacez un disque associé à un fichier spécial de périphérique persistant (le type de fichier spécial de périphérique qui procure un adressage des périphériques agile), vous pouvez utiliser la commande io_redirect_dsf pour mettre à jour le fichier spécial de périphérique persistant de sorte qu'il fasse référence au disque de remplacement. Pour plus de détails, voir la page de manuel io_redirect_dsf(1M).

Évolutivité

Étant donné la limitation liée aux numéros mineurs de fichiers spéciaux de périphériques, un serveur était auparavant limité à 256 instances de bus. L'adressage de périphérique agile vous permet maintenant d'adresser plus de 256 instances de bus.

L'adressage de périphérique agile vous permet également d'adresser une plus grande quantité de LUN. HP-UX 11i version 3 prend en charge jusqu'à 16 384 LUN.

Multichemin

Chaque LUN peut avoir jusqu'à 32 chemins d'accès d'E/S physiques. HP-UX11i version3 découvre et configure automatiquement les nouveaux chemins d'accès d'E/S physiques à un LUN et équilibre le flux des données sur les différents chemins d'accès vers un périphérique donné à l'aide d'un des algorithmes d'équilibrage de la charge suivants :

closest_path

Cette stratégie d'équilibrage de la charge sélectionne un LUN en fonction de son affinité avec le cœur de processeur qui émet l'E/S, ce qui minimise la latence.

cl_round_robin

Cette stratégie d'équilibrage de la charge est applicable aux plates-formes HP basées sur cellules. Les chemins d'accès de LUN sont sélectionnés de manière cyclique dans la localité du processeur sur lequel l'E/S a été initiée, afin de garantir l'optimisation les latences d'accès mémoire.

least_cmd_load

Dirige les demandes d'E/S vers le chemin d'accès matériel ayant le moins de demandes d'E/S en attente.

round_robin

Dirige les demandes d'E/S vers les différents chemins d'accès matériels disponibles de manière cyclique.

path_lockdown

Dirige les demandes d'E/S vers un seul chemin d'accès matériel ; plus spécifiquement, le chemin d'accès ayant le moins de demandes d'E/S en attente lorsque le périphérique est ouvert. Il s'agit de l'algorithme d'équilibrage de la charge par défaut pour les périphériques série (par exemple les lecteurs de bandes).

preferred_path

Le chemin d'accès d'E/S défini dans l'attribut preferred_path est utilisé de préférence pour le transfert d'E/S. Si ce chemin d'accès d'E/S est indisponible ou si l'attribut preferred_path n'a pas été défini, un autre chemin d'accès est sélectionné pour le transfert d'E/S. Cette stratégie est utile pour certaines baies de disques, qui peuvent subir une dégradation des performances si des E/S sont transférées simultanément à un LUN par le biais de plusieurs chemins d'accès d'E/S.

pref_tport

Cette stratégie d'équilibrage de la charge sélectionne des chemins d'accès de LUN dans une liste de chemins préférés, à moins qu'aucun d'eux ne soit disponible (ou défini), auquel cas d'autres chemins d'accès de LUN sont sélectionnés.

wt_round_robin

Cette stratégie d'équilibrage de la charge sélectionne un chemin d'accès de LUN en fonction d'un algorithme cyclique pondéré.

Utilisez la commande scsimgr pour spécifier la stratégie, parmi celles mentionnées ci-dessus, qui doit être utilisée pour un périphérique donné.

	REMARQUE : Tous les périphériques ne prennent pas en charge toutes les stratégies d'équilibrage de la charge. Le type de périphérique détermine laquelle des stragégies ci-dessus vous pouvez utiliser. Pour plus de détails, voir les pages de manuel suivantes : scsimgr(1M) scsimgr_eschgr(7) scsimgr_esdisk(7) scsimgr_estape(7)

HP-UX peut aussi rééquilibrer automatiquement les charges sur les chemins d'accès aux données restants vers un LUN en cas de défaillance d'un ou plusieurs de ces chemins d'accès.

	REMARQUE : Utilisez la commande scsimgr (voir scsimgr(1M) pour plus de détails) pour définir l'algorithme d'équilibrage de la charge. Un choix d'algorithme peut être défini de manière individuelle pour chaque LUN, ou pour tous les LUN sur le serveur. De plus, le choix peut être défini de manière permanente (valeur conservée d'un réamorçage à l'autre) ou de manière temporaire (jusqu'au prochain réamorçage).

Répertoires de fichiers spéciaux de périphériques (et formats de noms)

Les fichiers spéciaux de périphériques sont stockés dans le répertoire /dev et une grande partie d'entre eux sont organisés en une série de sous-répertoires dans /dev. Deux de ces répertoires contiennent les fichiers spéciaux de périphériques persistants définissant les lecteurs de disques physiques sur un serveur :

/dev/disk

Contient les fichiers spéciaux de périphériques persistants pour l'accès en mode bloc aux périphériques de disques physiques sur un serveur.

/dev/rdisk

Contient les fichiers spéciaux de périphériques persistants pour l'accès en mode caractère aux périphériques de disques physiques sur un serveur.

Dans les répertoires ci-dessus, les fichiers ont des noms au format « disqueN » (où « N » est le numéro d'instance du disque).

Exemples :

/dev/disk/disk15 /dev/rdisk/disk7

Une partie optionnelle d'un nom de fichier de périphérique peut être ajoutée afin de représenter les numéros de partitions de disques. Par convention, en l'absence de cette partie optionnelle du nom de fichier de périphérique, le nom représente l'ensemble d'un disque. Cette partie optionnelle étend le format du nom de façon à être diskN_p# (où p# représente le numéro de partition, la densité de bande ou autre information).

Exemples :

/dev/disk/disk15_p3 /dev/rdisk/disk7_p1

Les répertoires suivants existent toujours dans HP-UX 11 i version 3 à des fins de compatibilité descendante. Ils contiennent les fichiers spéciaux de périphériques hérités définissant les lecteurs physiques sur un serveur (la forme héritée) :

/dev/dsk

Contient les fichiers spéciaux de périphériques hérités pour l'accès en mode bloc aux périphériques de disques physiques sur un serveur.

/dev/rdsk

Contient les fichiers spéciaux de périphériques hérités pour l'accès en mode caractère aux périphériques de disques physiques sur un serveur.

Dans ces répertoires, les fichiers ont des noms au format « c#t#d# » (où c# représente le numéro d'instance de contrôleur, t# représente le numéro de cible SCSI et d# représente le numéro de LUN SCSI).

Exemples :

/dev/dsk/c3t7d0 /dev/rdsk/c3t15d5

Avec les fichiers spéciaux de périphériques hérités associés à des disques, une partie optionnelle du nom de fichier peut représenter des numéros de partitions de disques. Par convention, en l'absence de cette partie optionnelle du nom de fichier de périphérique, le nom représente l'ensemble d'un disque. Cette partie optionnelle étend le format du nom de façon à être c#t#d#s# (où s# représente le numéro de partition, la densité de bande ou autre information).

Exemples :

/dev/dsk/c3t7d0s3 /dev/rdsk/c3t15d7s1

	REMARQUE : Vous pouvez utiliser des fichiers spéciaux de périphériques hérités et persistants simultanément, mais il est préférable d'utiliser des fichiers spéciaux de périphériques persistants afin de profiter de leurs nombreux avantages. Par exemple, avec des fichiers spéciaux de périphériques hérités vous ne pouvez pas définir et adresser plus de 256 bus externes sur un serveur. Si vous en avez plus de 256, vous devez utiliser des fichiers spéciaux de périphériques persistants afin d'accéder aux périphériques au-delà de la limite des 256 adresses.

Pour plus d'informations sur l'attribution de noms aux fichiers spéciaux de périphériques

Vous trouverez des informations supplémentaires sur l'attribution de noms aux fichiers spéciaux de périphériques dans les pages de manuel suivantes :

• autochanger(7)

• disk(7)

• intro(7)

• mt(7)

Chemins d'accès matériels au stockage de masse (trois formats)

Comme leur nom l'indique, les chemins d'accès matériels définissent les chemins physiques qu'empruntent les données pour atteindre les périphériques. Dans HP-UX 11i version 3, il existe trois formats pour spécifier les chemins d'accès matériels aux périphériques de stockage de masse.

Chemins d'accès matériels hérités

Il s'agit du format utilisé dans les versions antérieures à HP-UX 11i version 3. Il se compose d'une série d'adresses bus-nexus séparées par des barres obliques (« / ») menant à la carte de bus hôte (HBA, Host Bus Adapter) ; sous celle-ci, les éléments d'adresses supplémentaires sont séparés par des points (« . »).

Pour les périphériques connectés directement, l'adressage peut être une simple cible et un LUN :

0/0/2/0.1.7.0

Pour les périphériques SCSI-3 connectés par le biais d'un réseau de stockage SAN, l'adressage hérité est émulé à l'aide d'un domaine, d'une zone, d'un port, d'un bus virtuel, d'une cible virtuelle et d'un LUN virtuel :

0/2/1/0.1.5.0.0.3.7

Chemins d'accès matériels lunpath

Ce format est utilisé pour l'adressage des LUN en mode agile. Il est identique au format de chemin d'accès matériel hérité jusqu'à la carte de bus hôte. Sous celle-ci, deux éléments d'adresses supplémentaires sont représentés (au format hexadécimal) :

Adresse cible

Adresse dépendante du transport identifiant le périphérique physique associé au chemin d'accès matériel

adresse LUN

Représentation 64 bits de l'identificateur LUN rapporté par la cible.

0/2/1/0.0x50001fe1500170ac.0x4017000000000000 est un exemple de chemin d'accès matériel SCSI-3.

Figure 3-4 Composants des chemins d'accès matériels lunpath

Chemins d'accès matériels LUN

Les périphériques pouvant avoir plusieurs chemins d'accès physiques, un chemin d'accès matériel est nécessaire de sorte que le chemin d'accès matériel auquel est mappé un fichier spécial de périphérique persistant demeure identique même en cas de modification des éléments de chemin d'accès physique sous-jacents.

Au lieu d'une série d'adresses bus-nexus (correspondant à des chemins d'accès matériels spécifiques) menant à la carte HBA, les chemins d'accès matériels virtuels utilisent un bus-nexus virtuel (appelé nœud racine virtuel) avec une adresse de 64000. L'adressage sous ce nœud racine virtuel se compose d'une adresse de bus virtuelle et d'un ID LUN virtuel, délimités par des barres obliques (« / »).

64000/0xfa00/0x22 est un exemple d'adresse matérielle virtuelle.

Figure 3-5 Composants des chemins d'accès matériels de LUN

Exemple 3-2 Résumé des formats de chemins d'accès matériels

Les trois formats décrits ci-dessus constituent différentes manières de faire référence au même LUN ; un même LUN pourrait donc avoir les trois adresses suivantes :

0/2/1/0.1.4.0.0.2.7 0/2/1/0.1.5.0.0.2.7 0/4/1/0.1.4.0.0.2.7 0/4/1/0.1.5.0.0.2.7 0/2/1/0.0x50001fe1500170ac.0x4017000000000000 0/2/1/0.0x50001fe1500170ad.0x4017000000000000 0/4/1/0.0x50001fe1500170ac.0x4017000000000000 0/4/1/0.0x50001fe1500170ad.0x4017000000000000 64000/0xfa00/0x22

Dans l'exemple ci-dessus, le LUN a quatre chemins d'accès physiques. Les quatre premières lignes les représentent à l'aide du format de chemin d'accès matériel hérité, les quatre lignes suivantes les représentent à l'aide du format de chemin d'accès matériel SCSI-3, et la dernière ligne représente l'unique chemin d'accès matériel virtuel (utilisé pour les quatre chemins d'accès physiques).

Les commandes HP-UX 11i version 3 acceptent chacun de ces trois formats pour spécifier un chemin d'accès matériel à un LUN.

Il existe trois types d'espaces d'échange utilisés pour les opérations de pagination :

Échange de périphérique

L'espace d'échange est affecté initialement lors de la configuration des disques. L'espace d'échange de périphérique occupe un volume logique ou une partition de disque réservé en général à seule fin de pagination. Cet espace peut également être configuré comme zone de vidage, bien que cela ait des implications pour l'intégrité du vidage mémoire en cas de blocage. Voir « Utilisation d'un périphérique pour la pagination et le vidage (durée de reprise du système) ». Le périphérique étant utilisé exclusivement pour la pagination lorsque HP-UX s'exécute, vous ne pouvez pas y stocker de fichiers.

	REMARQUE : Il existe une exception à la règle selon laquelle un volume logique donné ne peut pas être utilisé à la fois comme espace de système de fichiers et comme espace d'échange de périphérique. Si vous avez de l'espace inutilisé entre la fin d'un système de fichiers et la fin du volume logique sur lequel il réside (autrement dit, le système de fichiers est plus petit que le volume logique qui le contient), cet espace inutilisé (non alloué au système de fichiers) peut être utilisé comme espace d'échange de périphérique.

L'échange de périphérique ne peut être utilisé que localement ; il est impossible d'y accéder à distance à partir de clients utilisant des protocoles d'accès de disque réseau.

L'espace d'échange de périphérique est d'accès rapide car HP-UX peut se connecter directement au volume logique ou à la partition de disque pour y effectuer des opérations de lecture/écriture massives.