Резервное копирование только базы данных НЕ получит всю вашу информацию о sharepoint. Конечно, все будет в базе данных, но все настройки и внешний вид будут потеряны. Это может не иметь значения для вас как администратора, но я уверяю вас, ваши пользователи будут недовольны.
Варианты включают в себя получение агента резервного копирования, который может прочитать базу данных sharepoint для вашего программного обеспечения для резервного копирования, или создание некоторых резервных копий по сценарию, которые собирают информацию о конфигурации и помещают ее, а также резервную копию базы данных SQL в безопасное место.
http://technet.microsoft.com/en-us/library/cc288330.aspx Имеет некоторую информацию.
Проверьте свои резервные копии. Восстановите их. Посмотрите, что меняется, что работает, а что нет. Наше первое восстановление было не так хорошо, как могло бы быть. К счастью для нас, это было лишь частью процесса создания тестового сервера, который являлся дубликатом нашего производственного сервера, вместо того, чтобы пытаться восстановить потерянные или уничтоженные данные.
Отредактировано для релевантности.
Прочитав это снова, я поняла, что отвлеклась и пропустила точку ответа моего ответа. Если вы выполняете полное резервное копирование с ведением журнала транзакций, вы можете вернуться к гораздо более точным моментам времени. Это требует больше навыков в качестве администратора, но это не так сложно. Если у вас нет тонны обновлений и потеря целого дня работы не конец света, то вы, вероятно, в порядке. Другие варианты включают запуск простого резервного копирования чаще. Скажем, полночь, 10:00, 14:00, 18:00 или все, что работает для рабочего цикла организации. Это израсходует больше диска, но уменьшит риски потери данных. Как и во всех резервных копиях, это баланс между тем, что будут терпеть пользователи, и тем, что могут предоставить администраторы.