Configuration système requise et réduction du risque d'altération des données

Le système de stockage peut être connecté au serveur via n'importe quelle méthode valide pour le système d'exploitation. Par exemple, le système de stockage peut être connecté directement ou via la technologie Fibre Channel ou iSCSI.

En raison du nombre important de systèmes de stockage pouvant répondre aux exigences relatives à l'espace de stockage du serveur, il n'existe pas de liste répertoriant de telles unités. Contactez le fournisseur si vous avez des questions sur la conformité d'un système à la configuration requise pour IBM Storage Protect .

Pour plus d'informations sur la configuration de système de fichiers requise, voir la note technique 1902417. Pour plus d'informations sur la configuration NFS (Network File System) requise, voir la note technique 1470193.

Les systèmes de stockage et de fichiers doivent signaler les résultats d'écriture et de validation de manière synchrone et précise sur le serveur IBM Storage Protect . Les erreurs d'écriture non signalées ou signalées de manière asynchrone qui empêchent les données d'être validées définitivement dans le système de stockage peuvent provoquer une altération des données. L'altération des données peut entraîner des défaillances opérationnelles, notamment l'impossibilité de démarrer le serveur, et la récupération des données est généralement requise.

Les conseils suivants vous permettront de réduire le risque d'altération des données :

Cache en écriture

Les systèmes de disque utilisent le cache en écriture pour améliorer les performances système. Pour réduire le risque d'altération des données, le système de stockage doit pouvoir valider en toute fiabilité les données du cache en écriture dans l'espace de stockage permanent.

Le cache en écriture est généralement doté d'une batterie afin d'empêcher toute perte de données du cache en cas de brèves coupures de courant. Pour les systèmes importants, vous devez envisager d'utiliser des sources d'alimentation de secours afin de protéger les données du cache en cas de coupures de courant prolongées.

E/S en accès direct

Les activités d'E-S en accès direct conviennent parfaitement pour la génération de rapports de manière asynchrone et fiable concernant les opérations d'écriture et de validation des données.

Attention: ne désactivez pas les E-S en accès direct dans les situations où la méthode de mise en cache d'écriture est susceptible de provoquer une perte de données. La désactivation des activités d'E-S en accès direct peut accroître considérablement les risques de perte de données car davantage de données sont mises en cache par le système de fichiers, en plus de celles du système de disque.

Réplication de stockage

Les environnements qui répliquent le stockage IBM Storage Protect doivent utiliser des fonctions telles que la maintenance de l'ordre d'écriture entre la source (serveur local) et la cible (serveur distant). La base de données, les journaux actifs, les journaux d'archivage et les pools de stockage doivent faire partie d'un groupe de cohérence. Un groupe de cohérence maintient les relations entre les volumes afin de préserver l'ordre d'écriture et de permettre la récupération de ces volumes. Toute activité d'E-S pour les membres du groupe de cohérence cible doit être écrite dans le même ordre que dans la source pour préserver les mêmes caractéristiques de volatilité.

Pour maintenir la synchronisation entre les serveurs IBM Storage Protect sur les sites locaux et distants, ne démarrez pas de serveur sur le site distant sauf en cas de reprise en ligne. Surveillez la synchronisation des données sur les sites local et distant. Si la synchronisation est perdue, vous devez restaurer le serveur à l'emplacement distant à l'aide des commandes de restauration IBM Storage Protect pour la base de données et les pools de stockage.