Quelle est votre meilleure pratique Modèle de récupération pour les bases de données SharePoint

9

Paul Randal a posé de très belles questions sur les meilleures pratiques pour les bases de données SQL SharePoint. Aujourd'hui, tout en aidant un client à maintenir l'installation de SharePoint, il m'a posé une question sur le meilleur modèle de récupération SQL pour la base de données SharePoint.

C'est ma pratique (je ne suis pas administrateur de base de données :)))) d'utiliser le modèle de récupération simple. Si les bases de données SharePoint sont sauvegardées régulièrement et que vous disposez également d'une sauvegarde d'outil tiers au niveau de l'élément, vous n'avez vraiment pas besoin de conserver l'intégralité des journaux.

Est-ce que j'ai râté quelque chose? Est-ce la bonne approche? Avez-vous déjà utilisé le journal de base de données SharePoint pour récupérer vos données?

Toni Frankola
la source

Réponses:

8

Cela dépend entièrement de la quantité de données que vous êtes prêt à perdre par rapport à la quantité d'effort administratif requis. Si vous utilisez le modèle de récupération simple et effectuez des sauvegardes une fois par semaine le dimanche ... si vous avez un crash à 11h59 le samedi, alors vous avez perdu une semaine de travail. L'augmentation de la fréquence des sauvegardes (ou la prise de différentiels) réduira la quantité de perte de données.

En effectuant des sauvegardes complètes / différentielles régulières mais en utilisant le modèle de récupération complète avec les journaux de transactions, vous pouvez restaurer la dernière sauvegarde, puis relire les journaux de transactions à un point dans le temps immédiatement avant le crash, et perdre peu ou pas de données.

En parlant de Paul Randal ... il vient d'écrire un excellent article sur exactement ce sujet pour TechNet Magazine ce mois-ci :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx

Sean Earp
la source
Laura ajoute un très bon point ... J'ai répondu à la question comme posée, mais une meilleure question pourrait être "quelle est la meilleure façon de sauvegarder SharePoint?" Si vous effectuez simplement des sauvegardes SQL Server, vous devrez recréer votre base de données de configuration et rattacher manuellement vos bases de données de contenu. Si vous utilisez une application de sauvegarde compatible SharePoint telle que Data Protection Manager ( microsoft.com/dpm ), elle prendra en charge les sauvegardes de la base de données (y compris la base de données de configuration) et vous permettra toujours de faire des restaurations ponctuelles de SharePoint . Muuuuch plus facile que de tout faire manuellement.
Sean Earp
La sauvegarde est une autre question dont nous pourrions débattre. DPM est bien mais ce n'est pas une solution PME. Que recommanderiez-vous pour un environnement de ferme à serveur unique (petites entreprises)? sauvegarde stsadm, symantec ou autre chose?
Toni Frankola
1
Malheureusement, l'histoire de la sauvegarde SharePoint a plus "ça dépend" que tout autre produit avec lequel j'ai travaillé. Parlons-nous de sauvegarde au niveau de la batterie? Reprise après sinistre? Sauvegarde de la collection de sites? Sauvegarde du site? Le centre de ressources de sauvegarde SharePoint sur TechNet dispose d'excellentes ressources qui vous guideront pour décider quel outil utiliser pour sauvegarder quel aspect de SharePoint. Tant que cela ne vous dérange pas de reconfigurer tout dans la base de données de configuration (vous l'avez documenté, non?), Les sauvegardes SQL des bases de données de contenu fonctionneront bien pour protéger la batterie de serveurs dans son ensemble.
Sean Earp
Si je sauvegarde ma base de données de configuration SP ainsi que toutes les bases de données liées à mes diverses applications de service, puis-je reconstruire ma batterie de serveurs et simplement monter toutes ces bases de données et continuer?
Aaronster
5

Sauvegarder uniquement la base de données n'obtiendra PAS toutes vos informations de point de partage. Bien sûr, il obtiendra tout dans la base de données, mais toutes les personnalisations et l'apparence seront perdues. Cela peut ne pas vous intéresser en tant qu'administrateur, mais je vous assure que vos utilisateurs ne seront pas satisfaits.

Les options incluent l'obtention d'un agent de sauvegarde qui peut lire la base de données sharepoint pour votre logiciel de sauvegarde, ou faire des sauvegardes scriptées qui récupèrent les informations de configuration et les mettre ainsi que votre sauvegarde de base de données SQL dans un endroit sûr.

http://technet.microsoft.com/en-us/library/cc288330.aspx Contient des informations.

TESTEZ vos sauvegardes. Restaurez-les. Voyez ce qui change, ce qui fonctionne ce qui ne fonctionne pas. Notre première restauration n'était pas aussi bonne qu'elle aurait pu l'être. Heureusement pour nous, ce n'était qu'une partie du processus de création d'un serveur de test qui était un double de notre serveur de production, plutôt que d'essayer de récupérer des données perdues ou détruites.

Modifié pour la pertinence En relisant ceci, j'ai réalisé que je me suis distrait et j'ai raté le point de réponse de ma réponse. Si vous effectuez des sauvegardes complètes avec la journalisation des transactions, vous pouvez revenir à des points beaucoup plus précis dans le temps. Cela nécessite plus de compétences en tant que DBA, mais ce n'est pas si difficile. Si vous n'avez pas une tonne de mises à jour et que perdre une journée de travail n'est pas la fin du monde, alors tout va bien. D'autres options incluent l'exécution de la sauvegarde simple plus souvent. Dites minuit, 10h, 14h, 18h ou tout ce qui fonctionne pour le cycle de travail des organisations. Cela consommera plus de disque, mais réduira vos risques de perte de données. Comme pour toutes les sauvegardes, il s'agit d'un équilibre entre ce que les utilisateurs tolèrent et ce que les administrateurs peuvent fournir.

Laura Thomas
la source
Je suis complètement d'accord avec toi. Qu'utilisez-vous pour les sauvegardes?
Toni Frankola
Nous utilisons Symantec NetBackup. Nous sommes en train d'acquérir l'agent SharePoint. Actuellement, nous effectuons une sauvegarde en deux étapes.
Laura Thomas
2

Sharepoint doit être traité comme une base de données SQL car il s'agit d'une base de données SQL, prenez donc toutes vos précautions d'installation SQL habituelles lors de la configuration de votre boutique. En ce qui concerne les sauvegardes, vous ne devez pas seulement sauvegarder régulièrement vos bases de données, vous devez également sauvegarder votre 12 ruches qui contient toutes vos informations SP.

Consultez ce fil pour plus d'informations: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea

SQLChicken
la source
Je ne sais pas pourquoi cela a été rétrogradé ... SQLChicken est correct à l'exception de SSP. Cela nécessite une attention particulière et une alimentation en raison des index de recherche qui ne sont PAS dans SQL Server.
Jeff
2
Je souhaite vraiment que ServerFault oblige les gens à laisser un commentaire s'ils dévalorisent ...
SQLChicken
0

Certaines bases de données sont définies en mode simple dès la sortie de la boîte. La base de données de recherche, par exemple. Les données de recherche sont stockées dans deux emplacements: une base de données et le fichier d'index sur le système de fichiers du serveur. Vous avez besoin des deux pour servir les requêtes de recherche, et les deux sont sauvegardés simultanément pour que toute version restaurée fonctionne. Étant donné que les chances sont très, très faibles, la plupart des gens choisiraient simplement de réexplorer leur contenu et de régénérer l'index de recherche.

Dans ce cas, le mode simple fonctionnerait très bien.

Jeff Costa
la source