Guide de l'administrateur Backup Exec 21

Sauvegarde locale sur disque

1. Obtenez une baseline. Passez en revue les travaux précédents dans la fenêtre Historique des travaux de l'onglet Moniteur des travaux. Notez la vitesse des travaux précédents et la durée totale de ces sauvegardes. Examinez la durée totale d'exécution des travaux et non pas le débit en octets. Si l'exécution des travaux en cours dure plus longtemps que les travaux précédents ou que leur débit ne répond pas aux attentes, continuez les opérations de résolution des problèmes.

2. Isolez le problème. Si le travail de sauvegarde inclut plusieurs lecteurs ou agents, divisez le travail en plusieurs travaux distincts pour chacun de ces lecteurs ou agents. Ensuite, vous pouvez examiner les performances de chaque lecteur ou agent séparément. Pour diviser un travail de sauvegarde, cliquez sur le bouton Backup Exec, sélectionnez le lecteur C$, planifiez le travail et cliquez sur Envoyer. Si les performances sont lentes uniquement pour un travail donné, continuez de résoudre les problèmes du travail.

3. Si les performances d'un travail sont toujours lentes, divisez le travail à nouveau afin d'identifier la partie des données qui affecte le plus les performances du travail.

   Une section de données avec de nombreux petits fichiers et répertoires a une incidence négative sur les performances. Cet impact sur les performances est normal.

   Vérifiez si les données sont redirigées vers un autre emplacement. Certains systèmes de fichiers permettent à un répertoire de monter à distance les données. Les fichiers dans ces répertoires peuvent être situés sur des serveurs distants, ce qui peut dégrader les performances de l'ensemble de la sauvegarde.

4. Testez le débit de sauvegarde sur disque (B2D). Utilisez Windows pour copier au moins 2 Go de données dans le travail de sauvegarde vers le disque B2D. Comparez les performances de la copie Windows aux performances de la sauvegarde. Si les performances sont comparables, le goulot d'étranglement de performances se trouve probablement dans le sous-système de disque où résident les dossiers B2D. Transférez les dossiers B2D vers un sous-système de disque plus rapide, ou continuez de résoudre les problèmes.

5. Testez le débit du système. Si le travail est basé sur un fichier et non pas sur une sauvegarde de base de données Exchange, SQL ou d'un autre type, créez une sauvegarde similaire dans NTBackup (sauvegarde Windows) et effectuez une sauvegarde sur disque. Comparez les performances du travail NTBackup à celles du travail Backup Exec.

   Si vous devez sauvegarder une base de données Exchange, SQL ou d'un autre type, créez un travail de sauvegarde sur disque dans Backup Exec qui sauvegarde 2 Go de données dans l'emplacement de l'agent de base de données. Effectuez le même test avec NTBackup. Comparez les performances des deux sauvegardes. Si les taux de performance sont semblables, cela implique que Backup Exec fonctionne à la capacité du système.

Sauvegarde à distance sur disque

1. Obtenez une baseline. Passez en revue les travaux précédents dans la fenêtre Historique des travaux de l'onglet Moniteur des travaux. Notez la vitesse des travaux précédents et la durée totale nécessaire à ces sauvegardes. Examinez la durée totale d'exécution des travaux et non pas le débit en octets. Si l'exécution des travaux en cours dure plus longtemps que les travaux précédents ou que leur débit ne répond pas aux attentes, continuez les opérations de résolution des problèmes.

2. Isolez le problème. Si le travail inclut plusieurs lecteurs ou agents, divisez-le en plusieurs travaux distincts pour chacun de ces lecteurs ou agents. Ensuite, vous pouvez examiner les performances de chaque lecteur ou agent séparément. Pour diviser un travail de sauvegarde, cliquez sur le bouton Backup Exec, sélectionnez le lecteur C$, planifiez le travail et cliquez sur Envoyer. Si les performances sont lentes uniquement pour un travail donné, continuez de résoudre les problèmes du travail.

3. Si les performances d'un travail sont toujours lentes, divisez-le à nouveau afin de déterminer si une partie des données affecte les performances. Une section de données avec de nombreux petits fichiers et répertoires a une incidence négative sur les performances. Cet impact sur les performances est normal.

   Vérifiez si les données sont redirigées vers un autre emplacement. Certains systèmes de fichiers permettent à un répertoire de monter à distance les données. Les fichiers dans ces répertoires peuvent être situés sur des serveurs distants, ce qui peut dégrader les performances de l'ensemble de la sauvegarde.

4. Testez le débit du réseau. Copiez entre 500 Mo et 1 Go de données du serveur de sauvegarde vers le serveur distant. Notez la durée de la copie. Vous pouvez effectuer cette copie en créant un chemin d'accès vers un autre serveur. Dans la ligne de commande Windows, saisissez <\\nom_serveur_distant\c$>. Lorsque le lecteur est affiché, copiez les données.

   Suivez la même procédure pour copier les données du serveur distant vers le serveur de sauvegarde et notez la durée de l'opération.

   Comparez la vitesse des deux tests de réseau aux performances de Backup Exec. Si les performances de Backup Exec sont plus lentes que les tests de copie de fichier, il est probable que le réseau n'est pas le goulot d'étranglement.

   Dans ce cas, exécutez le même test vers un autre serveur distant, ou entre deux serveurs différents. Cela peut permettre de déterminer si le problème de performance est lié au réseau en général, ou à un serveur du réseau. Si vous ne trouvez pas de problème de performance au niveau du réseau, passez à l'étape suivante.

5. Testez le débit du système. Essayez de sauvegarder le serveur distant avec NTBackup (sauvegarde Windows). Si le serveur distant n'est pas visible dans NTBackup, créez un lecteur mappé au lecteur du serveur et essayez de sauvegarder au moins 2 Go de données. Comparez les journaux NTBackup aux journaux Backup Exec et identifiez les différences de performances.

Sauvegarde locale sur bande

1. Obtenez une baseline. Passez en revue les travaux précédents dans la fenêtre Historique des travaux de l'onglet Moniteur des travaux. Notez la vitesse des travaux précédents et la durée totale de ces sauvegardes. Examinez la durée totale d'exécution des travaux et non pas le débit en octets. Si l'exécution des travaux en cours dure plus longtemps que les travaux précédents ou que leur débit ne répond pas aux attentes, continuez les opérations de résolution des problèmes.

2. Effacez tous les problèmes de matériel temporaire. Mettez hors tension le serveur, le lecteur de bande ou la bandothèque, puis mettez-le ou la sous tension. Mettez hors tension le serveur de sauvegarde en premier, puis le lecteur de bande ou la bandothèque. Attendez quelques secondes, puis mettez sous tension le lecteur de bande ou la bandothèque. Lorsque le lecteur de bande ou la bandothèque sont prêts, mettez sous tension le serveur. Réexécutez le travail de sauvegarde et examinez les performances. Si le problème persiste, poursuivez la résolution des problèmes.

3. Vérifiez le sous-système SCSI. Le ralentissement des performances peut être provoqué par le lecteur de disque, le lecteur de bande, le contrôleur de disque, le bus SCSI, un câble incorrect ou une terminaison incorrecte. Vous devez vérifier que :

   • Le contrôleur est classé pour le matériel de sauvegarde sur bande.

   • Les paramètres du BIOS SCSI sont définis correctement.

   • Lancer la négociation étendue a la valeur Oui lorsque le périphérique de bande est connecté à un connecteur de câble SCSI Wide à 68 broches.

   • Les lecteurs de bande ne sont pas connectés à un contrôleur RAID SCSI.

   Les performances de l'opération de vérification indiquent l'intégrité du sous-système SCSI. Comme l'opération de vérification lit uniquement les données et effectue des opérations en mémoire sur le serveur de médias, la vitesse du sous-système SCSI limite les performances de l'opération de vérification. Vous pouvez examiner les performances de l'opération de vérification en examinant les journaux des travaux qui incluent une opération de vérification. Si les vitesses de vérification sont lentes, le sous-système SCSI est probablement le goulot d'étranglement.

4. Divisez le travail en petits travaux pour identifier les agents ou les fonctions qui peuvent affecter les performances. Si les petits travaux montrent des problèmes de performances, continuez la résolution des problèmes de ces travaux.

5. Si les performances d'un travail sont toujours lentes, divisez le travail à nouveau afin de déterminer si une partie des données affecte les performances. Une section de données avec de nombreux petits fichiers et répertoires a une incidence négative sur les performances. Cet impact sur les performances est normal.

   Déterminez si les données sont redirigées vers un autre emplacement. Certains systèmes de fichiers permettent à un répertoire de monter à distance les données. Les fichiers dans ces répertoires peuvent être situés sur des serveurs distants, ce qui peut dégrader les performances de l'ensemble de la sauvegarde.

6. Testez le débit du système. Essayez de sauvegarder le serveur distant avec NTBackup (sauvegarde Windows). Si le serveur distant n'est pas visible dans NTBackup, créez un lecteur mappé au lecteur du serveur et essayez de sauvegarder au moins 2 Go de données. Comparez les journaux NTBackup aux journaux Backup Exec et identifiez les différences de performances.

7. Une compression réussie peut doubler le débit natif du lecteur de bande. Les performances de compression peuvent varier considérablement en fonction des données d'entrée. Les fichiers image peuvent être compressés au taux de 4,5:1 minimum. Les fichiers binaires peuvent être compressés au taux de 1,5:1 uniquement. Les données déjà compressées ou chiffrées peuvent augmenter de cinq pour cent environ si vous essayez de les compresser davantage. Cette augmentation peut réduire le débit du lecteur.

   Si la compression matérielle ou logicielle ne fonctionne pas correctement, passez à l'autre type de compression. Vous pouvez changer de type de compression en modifiant les propriétés du travail de sauvegarde, en cliquant sur Général sous Paramètres, puis en sélectionnant un autre type de compression sous le menu Type de compression.

Sauvegarde à distance sur bande

1. Effectuez les étapes suivantes de résolution des problèmes Sauvegarde locale sur bande ci-dessus. Vous pouvez également effectuer les étapes suivantes.

2. Testez le débit du réseau. Copiez entre 500 Mo et 1 Go de données du serveur de sauvegarde vers le serveur distant et notez la durée de la copie. Pour ce faire, créez un chemin d'accès vers un autre serveur. Dans la ligne de commande Windows, saisissez <\\nom_serveur_distant\c$>. Lorsque le lecteur est affiché, copiez les données.

   Suivez la même procédure pour copier les données du serveur distant vers le serveur de sauvegarde et notez la durée de l'opération.

   Comparez la vitesse des deux tests de réseau aux performances de Backup Exec. Si les performances de Backup Exec sont plus lentes que les tests de copie de fichier, il est probable que le réseau n'est pas le goulot d'étranglement.

   Dans ce cas, exécutez le même test vers un autre serveur distant, ou entre deux serveurs différents. Cela peut permettre de déterminer si le problème de performance est lié au réseau en général, ou à un serveur du réseau. Si vous ne trouvez pas de problème de performance au niveau du réseau, passez à l'étape suivante.

3. Testez le débit du système. Essayez de sauvegarder le serveur distant avec NTBackup (sauvegarde Windows). Si le serveur distant n'est pas visible dans NTBackup, créez un lecteur mappé au lecteur du serveur et essayez de sauvegarder au moins 2 Go de données. Comparez les journaux NTBackup aux journaux Backup Exec et identifiez les différences de performances.

   Remarque :

   Si les sauvegardes distantes ne sont pas possibles avec NTBackup, ouvrez NTBackup localement sur le serveur distant et exécutez un travail de sauvegarde local ici. Utilisez Backup Exec pour sauvegarder les mêmes données sur disque et comparez les performances des deux sauvegardes. Dans la plupart des cas, les travaux Backup Exec qui sauvegardent sur disque s'exécutent plus rapidement que ceux qui sauvegardent sur bande.