Share via

Sauvegarder ou archiver des journaux (SharePoint Foundation 2010)

  • Article

 

S’applique à : SharePoint Foundation 2010

Dernière rubrique modifiée : 2016-11-30

Une stratégie de niveau système pour la protection des données doit inclure la sauvegarde ou l’archivage des journaux, dans lesquels les données liées à Microsoft SharePoint Foundation 2010 sont enregistrées. Ces données peuvent s’avérer utiles pour l’analyse des performances, le dépannage, la surveillance de la conformité aux contrats de niveau de service et pour des raisons légales, réglementaires ou professionnelles. Par conséquent, protégez ces données dans le cadre de la maintenance de routine en sauvegardant ou en archivant les journaux.

Les sections suivantes sont étiquetées comme suit pour indiquer l’importance de la sauvegarde ou de l’archivage de ce type de journal :

  • [Essentiel] signifie que le journal contient des données essentielles à l’environnement. Les données sont perdues en cas d’échec du disque ou si un autre problème se produit.

  • [Recommandé] signifie que le journal contient des données utiles dans la plupart des environnements pour des besoins de dépannage, de fonctionnement, juridiques ou autres.

Dans cet article :

  • [Essentiel] Sauvegarder les journaux de transactions

  • [Recommandé] Collecter les données d’utilisation

  • [Recommandé] Archiver les journaux de diagnostic

[Essentiel] Sauvegarder les journaux de transactions

Les journaux de transactions Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3 enregistrent toutes les modifications apportées à une base de données depuis le dernier point de contrôle ou la dernière sauvegarde complète. Ces journaux contiennent les données nécessaires à la restauration de la batterie de serveurs.

Il est recommandé de sauvegarder ces journaux toutes les 5 à 10 minutes. Lorsque vous sauvegardez ces journaux, ils sont automatiquement tronqués. Vous pouvez utiliser les outils de Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3 pour sauvegarder les journaux de transactions. Pour plus d’informations, voir Création de sauvegardes des journaux de transactions (https://go.microsoft.com/fwlink/?linkid=124881&clcid=0x40C) dans la documentation Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3.

Les journaux de transactions sont également sauvegardés automatiquement lorsque vous sauvegardez la batterie de serveurs, l’application Web ou les bases de données à l’aide du site Web Administration centrale de SharePoint ou de Windows PowerShell. Pour plus d’informations, voir Sauvegarder une batterie de serveurs (SharePoint Foundation 2010).

Impact de la taille du journal de transactions sur la durée des sauvegardes de batterie

Lorsque vous sauvegardez SharePoint Foundation 2010, la taille du journal de transactions peut affecter la durée de l’opération de sauvegarde. Comme le journal de transaction enregistre toutes les modifications apportées à une base de données depuis le dernier point de contrôle ou la dernière sauvegarde complète, le journal peut devenir très important avec le temps. Si le journal de transactions est devenu très important, les sauvegardes peuvent prendre beaucoup de temps. Pour plus d’informations, voir Comment empêcher le journal de transactions d’une base de donnes SQL Server d’augmenter de manière inattendue (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x40C).

Pour tronquer le journal de transactions si vous utilisez un modèle de récupération complète, il est recommandé de sauvegarder le journal. Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3 tronque automatiquement les parties inactives du journal de transactions lorsque vous sauvegardez le journal. Il est également recommandé d’augmenter au préalable la taille du journal de transactions pour éviter l’augmentation automatique du journal. Pour plus d’informations, voir Gestion de la taille du fichier journal de transactions (https://go.microsoft.com/fwlink/?linkid=124882&clcid=0x40C). Pour plus d’informations sur l’utilisation d’un mode de récupération complète, voir Sauvegarde en mode de récupération complète (https://go.microsoft.com/fwlink/?linkid=127985&clcid=0x40C). Pour plus d’informations sur l’utilisation d’un mode de récupération simple, voir Sauvegarde selon le mode de récupération simple (https://go.microsoft.com/fwlink/?linkid=127987&clcid=0x40C).

Il n’est pas recommandé de réduire manuellement la taille du journal de transactions ou de tronquer manuellement le journal en utilisant la méthode Truncate.

[Recommandé] Collecter les données d’utilisation

L’analyse de l’utilisation vous permet d’assurer le suivi des sites Web utilisés. Des fichiers journaux quotidiens assurent le suivi de l’utilisation. Vous pouvez configurer les paramètres de la collecte des données d’utilisation. L’un des paramètres les plus importants est l’emplacement des fichiers journaux. Par défaut, le dossier de journalisation est configuré pour être situé sur la même partition que l’installation de SharePoint Foundation 2010. Pour être assuré que la taille des fichiers journaux n’excède pas la taille du lecteur, placez le dossier de journalisation sur un lecteur distinct.

L’emplacement du répertoire des journaux est un paramètre au niveau de la batterie de serveurs ; par ailleurs, le répertoire spécifié dans ce paramètre doit être disponible sur tous les serveurs de la batterie. Ces journaux sont automatiquement sauvegardés lorsque vous sauvegardez la batterie de serveurs.

Pour la plupart des environnements, les paramètres par défaut sont appropriés. Pour plus d’informations sur la configuration des paramètres de collecte des données d’utilisation, voir Configurer la collecte de données d’utilisation et d’intégrité (SharePoint Foundation 2010)

[Recommandé] Archiver les journaux de diagnostic

Les journaux de diagnostic fournissent des informations détaillées sur le fonctionnement de la batterie de serveurs. Vous pouvez configurer le niveau de détail journalisé. Il est recommandé d’archiver ces journaux lorsque vous archivez la batterie de serveurs. Vous pouvez archiver les journaux pour l’ensemble de la batterie de serveurs ou pour un serveur spécifique. Vous pouvez archiver ces fichiers en les copiant manuellement dans un dossier partagé, ou en utilisant l’applet de commande Windows PowerShell Merge-SPlogFile. Vous pouvez utiliser l’applet de commande Merge-SPLogFile pour archiver en une seule fois les fichiers journaux de l’ensemble des serveurs de la batterie. Vous pouvez utiliser l’applet de commande Windows PowerShell Copy-Item pour archiver les fichiers journaux d’un seul serveur. L’applet de commande Copy-Item ne fournit pas de filtrage ; en outre, vous devez copier l’intégralité du fichier journal.

Pour plus d’informations sur la configuration de la journalisation des diagnostics, voir Configurer la journalisation des diagnostics (SharePoint Foundation 2010).

Pour archiver les journaux de diagnostic de tous les serveurs de la batterie via Windows PowerShell

  1. Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-SPShellAdmin.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur SharePoint 2010 Management Shell.

  5. Depuis l’invite de commandes Windows PowerShell, tapez la commande suivante :

    Merge-SPLogFile -Path "<path to merged log file>.log" -Overwrite

    Par exemple, Merge-SPLogFile -Path "C:\Logs\MergedFiles\AllFarm_merged_12.20.2009.log" -Overwrite

    Important

    La fusion de toutes les entrées de journal pour l’ensemble des serveurs de la batterie peut durer longtemps et nécessiter de nombreuses ressources. Il est recommandé de filtrer les entrées en fonction d’un jeu spécifique de critères avant d’effectuer la fusion.

    Pour fusionner les entrées de journal qui correspondent à un jeu spécifique de critères, tapez la commande suivante :

    Merge-SPLogFile -Path "<path to merged log file>.log" -Area "<Area>" -Category "<Category>"

    Vous pouvez effectuer un filtrage en fonction d’un ou de plusieurs des éléments ci-après :

    • Area (un ou plus, caractère générique)

    • Category (un ou plus, caractère générique)

    • Level

    • Correlation (un ou plus)

    • EventID (un ou plus, caractère générique)

    • Message (caractère générique)

    • StartTime

    • EndTime

    • Process (un ou plus, caractère générique)

    • ThreadID (un ou plus)

    Conseil

    Vous pouvez nommer le fichier journal fusionné comme bon vous semble. Il est recommandé d’utiliser une convention d’affectation des noms qui facilite l’identification du contenu du fichier journal, par exemple <date fusion><nom batterie><critères filtrage>. Par exemple, pour indiquer toutes les entrées de journal des serveurs de la batterie SharePoint Foundation 2010 qui incluent la catégorie Base de données et sont marquées comme « Importantes », « Déc_2009_BaseDeDonnées_ContosoInternet_Foundation_Important.log ».

Pour plus d’informations, voir Merge-SPLogFile.

Pour archiver les journaux de diagnostic d’un serveur spécifique de la batterie via Windows PowerShell

  1. Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-SPShellAdmin.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur SharePoint 2010 Management Shell.

  5. Depuis l’invite de commandes Windows PowerShell, tapez la commande suivante :

    Copy-Item <Log folder path> -Destination <Archive folder path> -Recurse

Pour plus d’informations, taper Get-Help Copy-Item -Full.

Notes

Nous vous recommandons d’utiliser Windows PowerShell pour les tâches d’administration en ligne de commande. L’outil en ligne de commande Stsadm a été abandonné, mais il est inclus pour assurer la compatibilité avec les versions précédentes.