Всем привет!
Есть база УТ 11.1.9.66
И Платформа 8.3.5.1460
Клиент-серверный вариант базы на SQL.
T.mdf - 5Гб
T_log.ldf - 1ГБ
Если выгружать базу в файл 1Cv8.dt, то он весит всего 570 Мб, а потом я загрузил ее в чистую (то же SQL), то размер файла T.mdf становился всего 2.5 Гб.
Почему это произошло? Данные все на месте остались

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

Есть такая штука, как сжатие базы...

>Почему это произошло?

произошло что? часть файла может быть "не занято" - это норма. особенно если стоит адское приращение

(3) "особенно если стоит адское приращение" - а что это такое? это можно проверить?

QL Server Database Growth and Autogrowth Settings

Файл базы превентивно увеличивается в размерах, чтобы не делать это в моменты поста реального объема данных.

(6) так это хорошо или плохо получается?
надо отключать или нет?

(0) Это нормально. "Пустое место" внутри mdf может образоваться при реструктуризации таблиц (при обновлениях).

Оба размера - детские. Забудьте пока.

v8: Сжатие таблиц информационной базы
Скажите по поводу этой темы. Я так понял если я пометил файл на удаление, потом его удалил из базы с помощью "Удалить помеченные объекты из бызи", то я его в базе не найду, но он остается храниться в ней физически, т.е. его можно восстановить. А с помощью чего это можно сделать?

Ты еще не видел размер базы tempdb более 100Гб. Причем подобная ситуация описывается Microsoft и 3 способа решения такой проблемы.

(9) у нас просто стоит комп в качестве сервера с такими характеристиками:
12 Гб озу
проц AMD x6 1090T 3.2 GHz
В качестве сервера он не особо (
Пользователе 11, включая 6 Тонкий-клиент

(2) А с этим сжатием есть какие подводные камни?

(12) Нормальный сервер для такой базы.
PS RLS не включено случайно?

(0) попробуй сжать архиватором dt и сжать БД - посмотри на то что получилось в итоге, много думай

(12) У тебя база реально небольшая. Пусть себе крутится. А то что увеличивается - это не проблема.

(5) а как правильно должно быть настроено? у меня щас
начальный размер T.mdf 5ГБ "Автоувеличение/Максимальный размер" с шагом 1 МБ без ограничений, а T_log.ldf 1 ГБ "Автоувеличение/Максимальный размер" с шагом 10% до 2097152

(14) это что такое?

(10) Движок СУБД такие записи пропускает, hex'ом разве что восстанавливать такое.
Не слышал о пакетах, которые восстановят базу из удаленных записей, т.к. вообще для этих задач есть откат по логу транзакций, бэкапы и т.д.

(17) Прирост по 1 Мб - это вернейшая возможность обеспечить нехилую фрагментацию базы по физическому диску и словить дополнительных тормозов.

(20) а как должно быть?

(21) Ну поставь те же 10% и не парься

(22) я так понял по Вашим словам, это поможет и ускорить базу немного?

(23) Нет, это уменьшит деградацию производительности при росте базы.

У меня стоит SQL бесплатный, если я не ошибаюсь то у него ограничение размера одной базы составляет 10 ГБ, не хочется незаметно перескочить этот порог )

а сжимать имеет смысл такую базу? если да, то каким средствами(SQL или самой 1с(В конфигураторе при тестировании и исправлении базы))?

при реструктуризации 1с8 делает копии таблиц
так что рост базы гарантирован на размер самой большой таблицы

"не хочется незаметно перескочить этот порог" — тогда нужен другой SQL.

(26) База ЗУП2.5 на 800 работников за 6 лет раздулась только до 7 гигов. Оцените прирост вашей базы, и спрогнозируйте, когда придется менять сервер. И еще - рекомендую сразу задать размер mdf-файла в 10 гигов, чтобы не создавать ненужную фрагментацию.

(26) Раз в год можно делать выгрузку/загрузку через dt.

(30) согласен

(29) ну ЗУП с УТ сравнивать смысла нет, в УТ документов и другой разной информации создаются наверно в 100 раз больше