я давно не админил SQL, но на 2000-->2000 детач-аттач делали, нужно было перетащить БД для демонстрации заказчику возможностей софта на ноуте, потому что делать бэкап было долго, а до встречи с заказчиком оставался час. Догадываюсь что терзает вопрос совместимости 2000 и 2008, но я бы попробовал, это быстро:)
Ну, про 2k → 2k скучно, проходили сами. А про приведённый случай: да, проверить быстро. А вот доставить файлы - уже ох как не быстро :) И развернуть там mssql2k тоже, увы.
Было бы тоже недолго при обеспеченности ресурсом. А с этим есть конкретный напряг. Решить можно, но есть надежда, что если достаточно быстро скажут “Хрен тебе, не работает, проверено, сплошные мины”, то и усилий этих напрасных удастся избежать :)
У меня тоже примерно такие же надежды. Но внезапно в «соседней эхе» мне поведали уверенно, что п.1 работает в случае, когда на приёме стоит 2008. Просто 2008, не R2. Может, проверят с R2 скоро :)
Ох, я б не рисковал. Мелкософт так любит менять внутренние структуры, что можно на ровном месте глюков наполучать, особенно если в базе есть триггеры и процедуры.
Должно сработать. Бэкап надежнее. При соьздании пустой базы надо соответствующий "тип" задать. Там числок акое-то, по-моему 70 или 80 надо задать. Нету под руками работающего сервера.
Comments 11
Reply
А про приведённый случай: да, проверить быстро. А вот доставить файлы - уже ох как не быстро :) И развернуть там mssql2k тоже, увы.
Reply
Reply
Reply
Reply
Reply
Reply
Reply
Бэкап надежнее.
При соьздании пустой базы надо соответствующий "тип" задать. Там числок акое-то, по-моему 70 или 80 надо задать.
Нету под руками работающего сервера.
Reply
Leave a comment