Я лично пошел бы для метода восстановления на промежуточном сервере. Копирование структуры и данных должно также работать, но может на самом деле занять больше времени, чем две detach+copy+attach операции.
Если Вы действительно идете для BCP copy-structure-and-data подход, удостоверьтесь, что Вы устанавливаете уровень совместимости целевой базы данных правильно для сокращения проблем из-за изменений в самом SQL. См. http://msdn.microsoft.com/en-us/library/ms178653 (SQL.90) .aspx для получения дополнительной информации о тех различиях.
Даже с набором уровня совместимости соответственно, необходимо запланировать полный регрессионный тест любого приложения с помощью базы данных, поскольку могут все еще быть незначительные различия, где код полагается на "неопределенное" поведение, которое было постоянным в SQL7, но не гарантировало, что было так в более поздних выпусках.
Это походит на ошибку (или редактирование конфигурации, которое уводят ужасно неправильно) - Поскольку Matt Simmons обычно указывал на ntpd значения по умолчанию к Слою 16 ("Несинхронизируемый").
Мой (по общему признанию ограниченный) понимание слоев NTP - то, что Слой 0 резервируется для опорных синхрогенераторов (цезиевые часы, например, или получатель Времени GPS), что Вы подключили бы к компьютеру для создания слоя 1 сервер (использующий слой 0 устройств в качестве его ссылки).
Не следует использовать локальные часы.
вы можете ускорить синхронизацию, используя ключевое слово iburst для определений вашего сервера.