Восстановление бэкапа SQL требует в 6 раз больше места, чем весит база #450931

Есть сервер1. Там рабочая база 1с на SQL. МДФ весит 11 гигов, лог 1,3 гига. Делаю бэкап этой базы. Весит он ок. 8 гигов. Иду на сервер2, захожу в enterprise meneger, начинаю делать restore from device, указываю путь к 8-ми гиговому бэкапу, во второй вкладке переделываю пути к мдф и логу, жму ок и скуль пишет что не хватает места на диске - требует 63 гига!

Это SQL сказал про 63 гига или по свободному месту на диске куда предполагалось восстановить базу были сделаны выводы о 63 гигах?

Бред. Выдыхай...

Он пишет: there is insufficient free space on disk volume D: to create the database. The database requires 63 387 271 168 additional free bytes, while only 61 376 438 272 bytes are available RESTORE DATABASE is terminating abnormally

+3 короче на диске 61 гиг, а он хочет 63... но это уже никак не выжмешь...

Ставишь галку "Force restore over existing database" ?

да

+6 я уже вообще поудалял старые мдф и лог

А на втором сервере случаем не версия SQL Express стоит?

нет

+9 одинаковые SQL Server 2000 и на первом и на втором серваке, устанавливались с одного и того же дистрибутива

Ну а физически сколько свободно на диске? Ну неможет он требовать такой разницы, ну хоть стреляйте.

61 гиг свободен...

+12 еще 2 гига никак не смогу выжать... разве что файл подкачки отрубить на диске D, но это изврат... да и перезагрузку не хочется мутить, люди же работают...

Ну значит что-то ты не то делаешь, или путь к бекапу другой (большой) базы указываешь. Не может такого быть. Даже в теории.

Тогда у 2000-го это называлось DeskTop Engine. А установка с одного дистрибутива может ничего не значить. База будет работать, а ограничения по объему базы будут работать как раз при операциях восстановления. Все ж таки я бы проверил бы что там за версия движка SQL стоит. Есть у SQL для этого команда, сейчас не помню. Ну, очень похоже (хотя может быть и не в этом проблема).

Путь к бэкапу на сервере1: C:copy20091215copy20091215 весит 8 гигов Путь к рестору на сервере2: \server1c$copy20091215copy20091215 а где это можно посмотреть через интерфейс?

Справка - О программе Попробуй физически переместить бекап с сервера1 на сервер2 и восстановить. У меня были случаи когда по сети нехотел восстанавливать - нестал разбираться почему. Ну ты ж ресторишь на С а в пишешь D. Определись с диском.

я сейчас этим занимаюсь :) ресторю на диск D на сервере2

select @@version ТЫ по сеьи восстанавливаешь? Мдя...

а что такого? рубанется сеть - еще раз запущу и все... это же копия... Каждый день гонять файло туда - сюда как - то не интересно... Сколько раз так делал, ни разу не вылетело...

+18 бэкап лежит на диске С на сервере1, а на сервере2 я его восстанавливаю на диск D, на котором 61 гиг свободного места, а скуль требует 63

а ты каждый день тестовую базу восстанавливаешь?

что значит тестовую? это копия, из которой бухи делают выгрузку в бухгалтерские базы, делается она каждый день... ну не строго, бывает и пропущу денек, но лучше чтобы была всегда свежая.

если так часто надо, то репликацией не проще?

я еще только начинаю работать со скулем, естчо не дорос до этого :) Блин, я в шоке, скопировал с сервака1 на сервак2 сам файл бэкапа, загружаю его уже не по сетке, а локально - и точно такая же байда! ну что такое... :(

+25 можно было бы заподозрить, что в этом бэкапе лежат еще какие - то старые копии, нажимаю кнопку View Contents - там только одна, сегодняшняя... Сделаю - ка я еще раз бэкап, че - то мне кажется что он сбрендил...

А в чем проблема выгрузить из рабочей базы в бухгалтерские?

хотя наверно будет больше гимора... действительно весьма непонятная ситуация. бэкап не архивируешь? может перед бэкапом шринкануть базу?

ну во - первых чтобы не парить рабочую базу лишний раз, она и так запаренная, в ней 30 юзверей и все че - то делают, каждые 15 - 20 минут работают загрузки заявок торговых представителей, происходит обмен данными с корпоративными системами наших партнеров. Во - вторых, бухгалтерские базы лежат на сервере2, и обмен по сетке будет не лучшая идея, ибо обработки используют механизм OLE. В - третьих, бухам не нужна актуальность базы как таковая, было время когда копия не делалась 4 дня и никто ничего не сказал. Они могут месяцами ничего не делать, а потом заколбасить скопом за целый месяц и усе...

Сделал бэкап еще раз... ситуация не изменилась... теперь он требует 63 387 271 168 байтоу... вот лажа...

+ 30 удалил базу, завел новую, загружать - та же ситуёвина... косяк, видать, в бэкапе...

Ага, я кажется нашел где собака зарыта. В корне диска F, на котором лежит база валяется файл Sklad20092000_Log.LDF, весящий 50 гигов...

может быть там модель восстановления full  и сервер хочет так сильно лог раздуть? поставить simple  и попробовать.

+32 открыл свойства базы на сервере1 и вижу, что мдф она кушает, который надо (F:Sklad20092000SQLsklad20092000_Data.MDF), а лог: F:Sklad20092000_Log.LDF Теперь мне непонятно, это я по невнимательности так прописал прям в корень, или скуль сам замутил... Почему он такой большой... как его перекинуть назад в папку, чтобы не запороть рабочую базу F:Sklad20092000SQL жесть :)

Репликация? Это вы о чем? 7.7 неподдерживает репликацию. Бекап и рестор делается скриптом ночью. И делать вручную имеет смысл только если скрипт неотработал ночью (захват базы монопольно, отсутствие питания и т.п.). Модель базы поставить Simple, сделать Shrink Database, сделать бекап.

+35 На время "Модель базы поставить Simple, сделать Shrink Database" выгнать юзеров из базы.

или если база под полную замену бэкапом, то быстрее убить её и создать заново. И не забыть прописать правильного владельца базы для 1С

так почему лог стал такой большой?

+38 и почему когда бэкап делаешь, он весит 8 гигов???

А где устанавливается максимальный размер лога, чтобы он старые данные обрезал и не делал лог больше, скажем, 30 гб???

в задании на сжатие базы можно указывать начиная с какого и до какого размера сжимать. Это желательно делать после автоматического полного бэкапа.

я проставил в свойствах базы, вкладка лога, максимальный размер файла 30000 мб... нажимаю ок, потом открываю снова, в этом поле стоит 49020 Мб... Видимо, обрезать надо? Сколько это займет по времени (хотя бы приблизительно)?

юзеров надо выгнать до того, как simple ставить???

Угу. Лучше не ставить максимум лога при симпле. Просто ночью при бекапировании шринковать.