У меня DPM настроен на резервное копирование моего сервера TFS каждые 30 минут, потому что это гораздо лучший интерфейс, чем необычный интерфейс резервного копирования SQL.
Я также делаю полное резервное копирование каждую ночь, используя задание обслуживания SQL.
Я думаю, я бы использовал DPM для восстановления своих баз данных в случае потери моей базы данных, а полное ночное резервное копирование было бы «на всякий случай», восстановление DPM не работает.
Сегодня я подумал немного больше об этой настройке и начал думать о том факте, что резервное копирование отдельных баз данных DPM происходит в разные 30-минутные окна ... то есть одно происходит в 13:30, другое в 13:30 и т. Д.
Будет ли эта разница во времени проблемой при восстановлении сервера TFS? Если я восстановлю базы данных, и они относятся к разным временам, это приведет к повреждению указателей в одной базе данных, указывающих на отсутствующие элементы в другой базе данных .. полагаются ли базы данных даже друг на друга или они полностью взаимозависимы.
И наконец, как с этим справится резервное копирование SQL (журнала)?
Насколько я могу судить, ваши опасения вполне обоснованы.
В Руководство по резервному копированию TFS doco продолжает и продолжает говорить о необходимости обеспечить резервное копирование и восстановление баз данных TFS_ как атомарную единицу:
Чтобы успешно выполнить резервное копирование Team Foundation Server, вы должны не только создать резервную копию всех баз данных, используемых при развертывании, но и синхронизировать резервные копии на один и тот же момент времени. Вы можете управлять этой синхронизацией наиболее эффективно, если используете отмеченные транзакции.
[...] Если вы создадите резервную копию и восстановите только одну базу данных, ее данные не будут синхронизированы с данными в других базах данных.
Насколько я могу судить, даже резервное копирование DPM для всех баз данных одновременно не поможет. Он будет обеспечивать согласованность для каждой базы данных (через VSS), но не между базами данных, то есть не на уровне транзакций. Я считаю, что резервные копии баз данных обрабатываются последовательно.
Лучшая стратегия кажется следовать инструкциям в руководстве по резервному копированию (выше) для настройки регулярной стратегии резервного копирования SQL что включает маркировку журнала транзакций и убедитесь, что DPM создает резервные копии этих файлов резервных копий. В случае сбоя восстановите базы данных с помощью DPM в режиме «восстановления», затем завершите восстановление до последней согласованной метки транзакции для всех баз данных (с помощью инструментов управления SQL). Но определенно возможность использовать DPM, чтобы пропустить большую часть боль, связанная с повторной настройкой TFS / SharePoint в сценарии DR сэкономит много времени.
Настроить таким образом набор резервных копий, включая маркировку транзакций, можно с помощью Резервное копирование TFS PowerTools Team Foundation добавить в. Теоретически это также можно использовать для восстановления, однако есть некоторые проблемы с поиском метки транзакции в сценариях аварийного восстановления.