Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris 11.1 : Périphériques et systèmes de fichiers Oracle Solaris 11.1 Information Library (Français) |
1. Gestion des médias amovibles (tâches)
2. Gravure de CD et DVD (tâches)
3. Gestion des périphériques (tâches)
4. Configuration dynamique des périphériques (tâches)
5. Gestion des périphériques USB (tâches)
6. Utilisation de périphériques InfiniBand (présentation/tâches)
7. Gestion des disques (présentation)
8. Gestion de l'utilisation du disque (tâches)
9. Administration des disques (tâches)
10. Configuration des disques (tâches)
11. Configuration des périphériques de stockage avec COMSTAR (tâches)
12. Configuration et gestion du service Oracle Solaris iSNS (Internet Storage Name Service)
13. L'utilitaire format (référence)
14. Gestion des systèmes de fichiers (présentation)
15. Création et montage de systèmes de fichiers (tâches)
16. Extension de l'espace de swap (tâches)
Espace de swap et mémoire virtuelle
Espace de swap et système de fichiers TMPFS
Espace de swap et configuration du périphérique de vidage
Espace de swap et reconfiguration dynamique
Configuration de l'espace de swap dans un environnement SAN
Identification du besoin d'espace de swap supplémentaire
Messages d'erreur relatifs à l'espace de swap
Messages d'erreur liés à TMPFS
Zones de swap et fichier /etc/vfstab
Contrôle des ressources de swap
Ajout ou modification de l'espace de swap dans un environnement root ZFS Oracle Solaris
Ajout d'espace de swap dans un environnement root ZFS Oracle Solaris
17. Copie de fichiers et de systèmes de fichiers (tâches)
Les exigences des applications du système sont les principaux facteurs déterminant la taille de l'espace de swap. Ainsi, les applications volumineuses telles que les simulateurs de conception assistée par ordinateur, produits de gestion de base de données, moniteurs de transactions et systèmes d'analyse géologique, peuvent consommer de 200 à 1 000 Mo d'espace de swap.
Consultez les éditeurs de vos applications concernant l'espace de swap requis par leurs programmes.
Si vous n'êtes pas en mesure de déterminer ainsi l'espace de swap requis, appliquez les consignes générales suivantes en fonction de votre type de système pour allouer de l'espace de swap.
Remarque - Le contenu du vidage sur incident étant compressé, il n'est pas nécessaire que le périphérique de vidage dispose d'autant d'espace que la mémoire physique. Par défaut, le contenu à vider est défini sur les pages du noyau. Si cette valeur est définie sur toutes les pages mémoire, pensez à augmenter la taille de vidage jusqu'à atteindre au moins la moitié de la mémoire physique.
Tableau 16-1 Tailles des volume d'échange et de vidage pour les systèmes de fichiers ZFS
|
Remarque - Un système très sollicité avec de nombreux systèmes de fichiers ZFS actifs peut nécessiter un périphérique de vidage dont la taille varie de la moitié aux 3/4 de la taille de la mémoire physique.
Dans le cas d'un système de fichiers root ZFS, si vous tentez de désigner un périphérique de vidage trop petit pour contenir un système suite à un arrêt brutal avec la commande dumpadm - d, un message semblable à ce qui suit s'affiche :
dumpadm: dump device /dev/zvol/dsk/rpool/dump is too small to hold a system dump dump size 43467329536 bytes, device size 42949672960 bytes
Au cours de l'installation initiale d'un système de fichiers root ZFS, une zone de swap est automatiquement créée sur un volume ZFS du pool root ZFS.
Dans un pool root ZFS, les périphériques de swap ne sont pas préalloués à des tranches de taille fixe, de sorte qu'il est relativement simple de modifier ultérieurement la taille de swap.
Une fois les besoins en espace de swap de vos applications évalués, vous pouvez utiliser la taille de swap par défaut ou ajuster la taille du volume d'échange au cours de l'installation initiale ou après l'installation, si nécessaire.
Pendant l'installation initiale, la taille par défaut du volume de vidage est calculée par le noyau en fonction des informations dumpadm et de la taille de la mémoire physique.
Dans un environnement ZFS, les systèmes de fichiers utilisent l'espace du pool de sorte que le répertoire /var/crash utilise ce dont il a besoin en fonction du nombre de vidages sur incident enregistrés.