SourceOne Email Management : Exécution des scripts de maintenance de la base de données SourceOne

Tenez compte des points suivants avant de procéder à la maintenance des bases de données SourceOne :

1. Consultez les instructions relatives à la maintenance des bases de données SourceOne dans le Guide d’administration de SourceOne Email Management.

2. Déterminez la fréquence d’exécution des scripts de maintenance de la base de données. En règle générale, la maintenance peut devoir être effectuée jusqu’à trois fois par semaine si le système est très actif, par exemple un système qui traite plus de 100 000 documents par jour. En outre, les scripts de maintenance peuvent être utilisés pour déterminer une cadence appropriée en les exécutant périodiquement en mode simulation, en utilisant les informations pour déterminer la vitesse à laquelle les index se fragmentent dans chaque environnement unique. Consultez le guide d’administration de SourceOne pour obtenir des conseils supplémentaires.

3. Exécutez les scripts en dehors des heures de pointe. Cela est dû au fait que le processus de maintenance des bases de données est très gourmand en ressources, ce qui entraîne une utilisation élevée du disque et du processeur.

4. Les scripts peuvent être exécutés sur SQL Server en mode en ligne ou hors ligne en respectant les considérations suivantes :  

   1. Exécution en ligne, uniquement sur SQL Server Enterprise Edition. Gardez à l’esprit que les performances de SourceOne seront dégradées

   2. Pour une exécution hors ligne, suspendez le système SourceOne à l’aide des scripts SourceOne Suspend et Resume fournis avec le logiciel. Si vous ne suspendez pas le système, cela peut entraîner des problèmes, car les tables de la base de données peuvent être verrouillées si vous utilisez l’édition SQL Standard.

   3. Les activités, les recherches et les tâches d’administration de SourceOne ne doivent pas être exécutées lors de l’exécution d’une maintenance en ligne ou hors ligne. Lors de la suspension de SourceOne, utilisezle script ES1_ActivitySuspend.vbs au lieu du script ES1_ActivityBackupSuspend.vbs pour empêcher toute activité sur la base de données pendant l’exécution de la maintenance. 

   4. Il est préférable d’effectuer la maintenance de la base de données avec la base de données en mode hors ligne, car elle permet d’effectuer une maintenance plus complète.

5. Assurez-vous qu’il y a suffisamment d’espace pour que les logs SQL Server et la base de données TempDB se développent pendant l’exécution des scripts. La base de données TempDB peut augmenter de 20 % sa taille actuelle au cours de ce processus.

6. Planifiez l’exécution des scripts de maintenance de la base de données en créant une tâche planifiée pour exécuter le script à l’aide de l’applet Windows Scheduled Task. Vous pouvez également planifier l’exécution des procédures stockées utilisées par les scripts de maintenance de la base de données en créant des tâches SQL Server Agent. Reportez-vous à l’article suivant pour plus d’informations sur les tâches SQL Server Agent :  Erreur de liaison https://support.emc.com/kb/334482

7. Les scripts de maintenance expirent au bout d’environ 12 heures pour éviter qu’ils ne s’exécutent trop longtemps et ne consomment trop de ressources. Si un délai d’expiration se produit, vous pouvez exécuter à nouveau le script et il recommencera là où il s’était arrêté.

Pour plus d’informations, reportez-vous à la documentation du Guide d’administration de la gestion des e-mails à la page suivante :

•  https://support.emc.com/products/433_SourceOne-Email-Management/Documentation/

Pour exécuter les scripts de maintenance SourceOne, vous devez d’abord vous connecter au serveur SQL hébergeant les bases de données à l’aide d’un compte disposant des autorisations Alter et View database State. Comme mentionné précédemment, les scripts de maintenance peuvent être exécutés sur les bases de données SourceOne Activity, Archive et Discovery Manager. Les options et la sortie de chaque base de données sont très similaires, à l’exception d’une base de données d’archive partitionnée.
 
Les scripts de chaque base de données se trouvent dans le module d’installation de SourceOne dans le dossier Setup\Database\Utilities\Maintenance .

1. Copiez les dossiers de ce répertoire dans un répertoire de l’ordinateur SQL Server. 

Chaque dossier contient le fichier de commandes de maintenance et un script Visual Basic associé pour rediriger la sortie vers les fichiers journaux ainsi que vers l’écran du terminal.  

       2. Exécutez le fichier de commandes en l’exécutant à partir de l’invite de commande DOS ou en double-cliquant sur le nom du fichier (les fichiers de commandes disponibles sont répertoriés ci-dessous) :

• ES1_ActivityDB_Maintenance_mssql.bat

• ES1_ArchiveDB_Maintenance_mssql.bat

• ES1_DMDB_Maintenance_mssql.bat

       3. En réponse à l’invite, spécifiez le nom de l’instance du serveur SQL Server sur lequel la base de données est installée. Appuyezsur la touche Entrée.
 
       4. En réponse à cette invite, spécifiez le nom de la base de données à traiter. Le nom de la base de données par défaut est ES1Archive, ES1Activity ou Discovery Manager en fonction du script utilisé. Appuyez sur la touche Entrée.  
 
       5. En réponse à cette invite, indiquez si vous souhaitez afficher un rapport sur la fragmentation de l’index et afficher une simulation des étapes de maintenance. Par défaut, le rapport et les étapes de maintenance simulées sont affichés avant l’exécution effective de ces étapes. Nous allons accepter la valeur par défaut et saisir Y et appuyer sur la touche Entrée.

       6. En réponse à cette invite, indiquez si vous souhaitez reconstruire les index en mode en ligne ou hors ligne. Choisissez le mode hors ligne si les index doivent être reconstruits. Par défaut, c’est le mode en ligne. Le script de maintenance défragmente ou reconstruit les index en fonction du niveau de fragmentation détecté dans l’index :

 Fragmentation de 0 à 9 %, aucun traitement n’est effectué ou nécessaire.

 10 à 30 % de fragmentation, l’index est défragmenté.

 Au-delà de 30 % de fragmentation, l’indice est reconstruit.
 

       Nous allons choisir les valeurs par défaut en tapant Y et en appuyant sur Entrée.

 
      7. En réponse à cette invite, indiquez si vous souhaitez mettre à jour les statistiques SQL après la défragmentation ou la reconstruction des index. Par défaut, les statistiques sont mises à jour. Si vous disposez de suffisamment de temps, il est toujours préférable d’effectuer votre mise à jour des statistiques immédiatement après la défragmentation ou la reconstruction des index, car cela rend votre mise à jour des statistiques aussi efficace que possible.
 
      8. Un rapport de fragmentation avant défragmentation s’affiche à l’écran ainsi que les commandes de maintenance de la simulation.
 
        Une fois que nous avons examiné le rapport, nous pouvons passer à l’invite suivante.
 
      9. En réponse à cette invite, indiquez si vous souhaitez exécuter les étapes de maintenance répertoriées dans la simulation ou ne pas les exécuter. La valeur par défaut consiste à les exécuter. Sélectionnez votre option et appuyez sur Entrée.
 
      10. Les données relatives au traitement de maintenance sont écrites à l’écran au fur et à mesure du traitement. Une fois l’opération terminée, appuyez sur n’importe quelle touche pour continuer.  
 
Ces données sont également capturées dans un fichier journal créé dans le répertoire de travail et portent le même nom que le script de commandes que vous avez exécuté, mais avec une extension qui se termine par .log. Par exemple, si nous exécutons le script de maintenance de la base de données Archive, le nom du fichier journal est nommé ES1_ArchiveDB_Maintenance_mssql.log.