Удаление базы из Администрирование серверов 1С Предприятия #746014

Вынес программистов с тестовой базой на другой сервер, удалил тестовую базу, а рабочая база заняла освободившиеся пространство выросла в 2 раза, что не так??

что-то как-то подозрительно ...

Тема не отражает суть сообщения. Закрывать не буду, интересно, как народ прокоментирует это

Что выросло-то, какой файл? Начальный размер базы посмотри в скуле.

Случайность? Не думаю #Кисилев )) Имхо, как то слабо представляю, как эти события связаны. Удаление одной базы и рост другой.

один большой вопрос что это такое, как это, почему?

... вот я ничего не понимаю, что творится то

42

т.е была база 100 гигов, удалил её клон где резвились программисты, и рабочая база выросла до 200 гигов

Рабочая база: "- Оба на! Пустое место! Ом-ном-ном-ном!"

Что именно выросло? Нам тут не видно...!!!11 :) И хватит мешать генной инженерии по выращиванию Клонов :) ... А так, Что у вас там SQL, Оракл, DOS, Win 3.1

я телепат, я телепат... в сабже идет речь про оперативную а не про дисковую память

rab.mdf

MS SQL 2008

в 200 гигов? )

Посмотри начальный размер базы в скуле

вирусы рекомендуется убирать..

ЗЫ. как-то давным-давно попала мне на комп программка, trial, поработал с ней день, на второй - не запускается! заглянул в exe-шник, а он пуст, только в самом начале текст "КуКу..." Что характерно: длина exe-шника .

чудес не бывает... если не озу, то темпдб или логи... но не база!

ТИИ для начала. mdf пишет.

база не привышала сотни в прошлую пятницу когда начал переносить программистов, сегодня увидел такое

mdf так мог увеличится если параметр "Autogrowth" = 100 гигов но я "как адекватный человек" такое исключаю

нет там 200 мегабайт стоит

шринк сделай

Да побоку что было в прошлую пятницу. Ты по человечески скажи размер ЛОГА log (могу ошибаться в расширении лога) и САМОЙ БД mdf

Какой Шринк, ТС даже размер толком углядеть не всостоянии :)

+ лог - ldf база - mdf

есть еще одно предложение, автор указывает размер скульного бекапа, тут предположение, что 100 гигов - это со встроеным компрессом а 200 это голый бекап. Тогда просто надо смотреть что слетела галка сжатия в джобе бекапа...

rab_log.LDF  270 метров

бэкап 10 гигов

>>база не привышала сотни в прошлую пятницу... Что не прИвышала? Размер файла или размер данных внутри файла или что? О каком размере вообще речь идет?

метров? или гигов?

РАЗМЕР: 200 МБ (210 305 024 байт)

mdf

mdf не привышал 100 гигов

шринк данные не сжимает, он обрезает файл, до размера области занятой данными, то есть "выбрасывает" незанятое пространство из БД, еще раз повторюсь - это не дефрагментация. При добавлении новой порции данных размер файла опять вырастет.

что-то у тебя не совпадают показания.... бекап 10 гигов никак не может развернутся в 100 гигов mdf (а тем более в 200), 100 гигов это сжатый бекап примерно 15..20 гигов. разверни бекап в КОПИИ и скажи размеры полученного mdf

Ну это нормально. Надо смотреть сколько занимают сами данные внутри файла. Ну то есть сколько было до и сколько после. Вот если размер данных резко скакнул, то это повод для раздумий. Еще раз - размер самого файла ни о чем не говорит.

Теоретически может. Ты же не знаешь, какое у него приращение в БД установлено.

чистый авто бэкап SQL 10 гигов

перезагружу сервер в обед посмотрю, как раз обновления какие-то MS не прошли

бэкап делается со сжатием?

Может это бэкап лога, а не полный бэкап?

кратковременный эффект даст. иногда полезно тс, модель восстановления фулл?

Если только Прогеры чего обновили, реструктуризовали Данные, а "Умный" SQL в виду настроек не Шринкует пустое пространство :)

Не поможет. Шринкер не так организуется.

Забавно, чет тоже не подумал, а как собственно настроен SQL ? :)

А чего тебя так волнует занимаемое место? Файл MDF пакетный, если и есть пустое место в самом файле, то сама БД еще долго не будет расти, пока не заполнит все пустое пространство. Либо пока Прогеры не начнут реструктуризацию БД и опять увеличат рамер БД в двое :)