У меня на личной машине стоит SQL Server 2005 Standard. Я создал очень большую БД около 21 гб. Я сделал резервную копию и передал файл .bak через программу ftp на свой выделенный сервер. На моем выделенном сервере стоит SQL Server 2008 Enterprise Edition. Я попытался восстановить переданный файл .bak, но получил ошибку. Я разместил здесь ошибку, и мне сказали, что база данных повреждена. Как? Я не знаю. Во время передачи ftp соединение не было прервано. БД работает на моей машине. Затем я отсоединил базу данных на своей машине и снова перенес файлы mdf и ldf на свой выделенный сервер через ftp, и снова не было прерываний. Теперь я пытаюсь подключить db и получаю эту ошибку: заголовок файла DB.mdf не является допустимым заголовком файла базы данных. Неверное свойство FILE SIZE. (Microsoft SQL Server, ошибка: 5172)
Для получения справки щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.00.1442&EvtSrc=MSSQLServer&EvtID=5172&LinkId=20476
Я уже потратил 21 гб на перенос файла .bak. Сейчас я использовал еще 21 для передачи mdf и дополнительного ldf файла. Скажите, пожалуйста, есть решение. БД может отлично отсоединяться и прикрепляться на моей машине в sql server 2005, но не на SQL server 2008 на моем сервере.
Я предполагаю, что ваш перенос каким-то образом поврежден, хотя кажется, что он успешно завершен. Такое бывает.
Мой совет: заархивируйте файл BAK перед передачей. Вы должны обнаружить, что файл BAK сжимается довольно хорошо, до 3 или 4 ГБ с 21 ГБ, как я ожидал. WinRAR даже лучше сжимает данные.
Восстановление файла BAK 2005 года в настройках SQL 2008, безусловно, возможно, равно как и перемещение необработанных файлов MDF и LDF и их подключение к серверу SQL 2008, как описано в документации. Вот.
Какую программу FTP вы используете? Некоторые дешевые не могут обрабатывать файлы размером более 2/4 гигабайт без пролистывания.
Кроме того, возьмите простую программу CRC и запустите ее для локального и удаленного архивов. используйте CRC32, поскольку он намного быстрее, чем даже MD5, и в любом случае его криптографические свойства вас не интересуют.