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.