SQL Backup

[Marisha]

Добрый день!

Очень нужна помощь! Скорее всего просто что-то делаю не так...
Дело в том, что опыт Navision - SQL минимальный.

Есть Navison 3.60 и база на SQL 2000.
Ставят Windows 2003 и другой SQL Server, тоже 2000, нo уже с SP и у SQL отличаются Collation name.
Соответственно есть необходимость перенести базу на другой сервер.
Настоящая база около 24 гигов. Делаю Backup iz Navision, он чуть больше гига.
На новом сервере опять же из Navision создаю новую базу и пытаюсь сделать Restore из Navision.
В результате .mdf файл вырастает до 70 гигов, места на диске не хватает и восстановление базы прерывается, данных в таблицах нет, есть только в таблицах, которые создаются из-за SumIndexFields. И там гиги...
Пока вижу только 2 варианта как восстановить базу:
- методами SQL, Detach, Copy, Paste, Atach. Боюсь будут проблемы из-за разных Service Pack, Collation name и неясно как это воспримет Navision;
- перед тем как делать Backup отключить ключи с SumIndexFields, сделать Backup, сделать Restore на другой сервер и опять включить ключи с SumIndexFields. Минус: довольно долго и получается, что клиент сам не сможет это проделать. Опять же в это время никто не должен работать с базой.

Уф! Довольно длинно получилось.
Может есть другие возможности?
Заранее спасибо!

[Kirvisniemi]

можно Detach-Attach, а можно и Backup-Restore (в SQL, а не в нави).
никаких ключей отключать не надо, бэкапить БД можно в любой момент (не важно, работают с ней или нет). Проблем с Navision никаких быть не дожно

[IGG]

Может Transaction Log?
База создается с каким параметром Recovery Model?

[Kirvisniemi]

Создать копию базы лучше всего средствами SQL - это и проще и быстрее

[Marisha]

IGHG: Transaction Log (если я правильно понимаю .ldf файл) быстро увеличивался на первом этапе, когда восстановление данных. Даже быстрее, чем .mdf. А когда началось восстановление индексов, очень быстро стал увеличиваться .mdf

Буду пробовать восстонавливать при помощи SQL. Только не знаю как быть с кодировкой. Дело в том, что у настоящей базы она не совсем корректна. Указана Latin, а хотелось бы Lithuania. Поскольку я из Литвы и клиент соответственно тоже. Со старой версией из-за литовских букв переодически возникают те или иные проблемы. Хотелось в будущей базе сделать всё правильно.

[IGG]

Тогда может прервать востановление на создании индекса по финкниге, отключить индексы финкниги (и всех тяжелых таблиц) а потом включать их последовательно?