Как уменьшить размер базы? #803301

Добрый день. Ситуация следующая: Имеется База 1С 8.1 размером 850Гб. Пол года назад она весила чуть меньше 600Гб и было принято решение попытаться уменьшить ее размер средствами самой 1С - Тестирование и исправление (переиндексация, проверка логической и ссылочной целостности, реструктуризация). Длилось это дело с неделю (делали под НГ, пока с базой никто не работал), но дошло только до половины, а выходные подходили к концу, поэтому пришлось всё отменить (отменялось кстати еще несколько дней). После этой неудачной попытки размер базы увеличился. Теперь ищем различные способы уменьшить размер mdf файла. Отрезать по периодам не вариант - документы порой нужны и из какого нибудь 2012года например. Есть ли еще доступные методы уменьшения базы? заранее спасибо

Ищите базопузомер и внимательно смотрите,может у вас фотки занимают больше всего. Я беру у знакомых мощности(ssd и прочие ништяки) и делаю длительные операции. Вообще может стоит перейти на субд.

Свернуть.Удалить ненужную хрень, типа версий.Оптимизировать хранение данных.Перенести файлы во внешнее хранилище.Документы прошлого периода пусть в старой базе смотрят

А может у вас регистры не сворачиваются, и вообще структуру конфы надо переделывать

"Отрезать по периодам не вариант" РИБ по периоду

Корректировка регистров и в новую базу без лишних документов - в помощь.

Начните с того, что закончите ТиИ. База вернется хотя бы в первоначальное русло, т.к. поудаляются лишние таблицы, создаваемые при реструктуризации. А дальше уже сворачиваться будете

850 Г ? сжечь ее и начать новую.

сначала посмотрите хотя бы, что и сколько места в базе занимает. Может там куча незакрытых регистров или какая-нибудь доп.информация в виде прикрепленных файлов. Делать что-то не выполнив анализа "а что же имеем" как-то не айс

вот мне сейчас нужна машинка с полтеррабайтным винтом и террабайтом памяти (чтобы туда сложить виртуальный диск для sql/ виртуальную машину для тех же целей) для обновления базы с реструктуризаций и обновлением данных. есть у ваших знакомых такие мощности?

не написано что именно это за конфа. Может там часть данных - ненужные ? Может есть несколько организаций , которые закрылись и теперь эти данные не нужны ? Сворачивать - более правильное решение , но предварительно можно проверить объекты метаданных - может данные например в некоторых регистрах сведений не нужны.

таких нет

см. Сначала - анализ.

Для начала я бы закончил ТИИ. Естественно на копии. И сравнил бы получившийся размер с текущим. Потом - оценка размеров таблиц, анализ. По результатам анализа дальнейшие шаги могут быть очень разными. Начиная со свёртки и заканчивая переходом с 8.1 на новую версию платформы, где, например, рассчитанные итоги по регистрам можно хранить не за всё время, а только за период. Возможны какие-то промежуточные варианты с частичным удалением данных по некоторым регистрам/документам. Может потребуется пересмотр логики хранения каких-то данных. И т.д. и т.п.

"рассчитанные итоги по регистрам можно хранить не за всё время, а только за период" - можно подробнее?

Ну так шринк же. 850 ГБ - вряд ли это файловая БД.

Если используется обмены данными, поубивайте неиспользуемые узлы

Для регистров накопления остатков и бухгалтерии можно указать: - Минимальный период итогов – минимальный хранимый период итогов регистра - Период итогов – максимальный хранимый период итогов регистра Насколько я помню, в 8.1 минимальный период итогов задать было нельзя.

Спасибо всем за ответы. По поводу ТиИ есть небольшая(а точнее большая) сложность: 1) свободное место на сервере не позволяет это сделать (его недостаточно) 2) ТиИ займет очень много времени, а людям надо работать (остановиться мы не можем)

сама база весит 850, логи занимают копейки

Новый сервер и делать все на нем. Тут без вариантов, что-то делать сразу на боевой - большой шанс потерять базу.

Ну и что? FreeSpace у базы какого размера?

А по таблицам? Какие самые большие?

Надо же, пропустил такую фичу 8.3. Заодно спрошу (залез в управление итогами 8.3): что там имеется ввиду под "текущими итогами"? Таблицы оперативных итогов?

Модель восстановления какая стоит ? простая или полная ?

Пробуй поменять если стоит полная, при выгрузке сколько она весит ?

текущие итоги - это на сегодня. оперативные, да

>> 1) свободное место на сервере не позволяет это сделать (его недостаточно) Это надо делать на отдельном сервере. Может быть даже просто на мощном офисном компе с быстрыми дисками. >> 2) ТиИ займет очень много времени... Для начала сделайте на копии базы. Просто тупо посмотреть результат. Может это уже даст пищу для размышлений, исходя из которой можно будет делать какие-то выводы и принимать решение о необходимости приостановки работы и требующегося для этого времени.

Фраза "было принято решение попытаться уменьшить ее размер средствами самой 1С - Тестирование и исправление " - говорит о том, что базу обслуживать некому. Вместо недели мучений базы могли бы заплатить удаленщику за час работы, чтоб он сказал, почему база распухла и что делать.

DROP TABLE *

помню была у нас база ЗУП в которой по умолчанию были включены раздачи всяческих задач. типа принять на работу уволить поздравить с днем рождения и тп. которые никто не смотрел не использовал но и не отключили. после выключения и удаления этого ненужного барахла база похудела на 12 Гб из 38. посмотрите что у вас лишнего. 100% что то есть. 850 это слишком много. если не хватает памяти на сервере лучше решить этот вопрос и всех кто формируется отчеты - отправилять в старую базу, а оперативную для работы держать мелкую за последний год-два.

интересно а можно в копии сделать тии а потом перенести в нее измененные данные за период тестирования  из рабочей и трудится в такой базе?

Это будет эпично!

А почему нет? Настроить обмен на момент снимка копии, измененные объекты будут помечаться на обмен, а потом выполнить обмен. Или что-то пойдет не так?

ТИИ несколько про другое. Надо посмотреть внутрь скуля, для начала. В SSMS есть всякие интересные отчеты.

Ответь на

+ Стандартные отчеты - Занято места на диске

Вангую следующую тему от ТС: ФриСпейса 400 ГБ, делаю шринк - размер базы не уменьшается. ЧЯДНТ? :) :) :)

Кстати, штатный способ ужать базу - выгрузить в dt, создать на SQL новую и загрузить dt туда. Пару дней на выгрузку, пару - на загрузку :)

Тогда у лучше ТИИ с одной галкой: Реструктуризация таблиц информационной базы. :)

И кстати, в ТИИ есть опции прервать ТИИ через Х часов и продолжить прерванное ранее тестирование. Можете по ночам, когда никто не работает, делать. :)

посмотреть, может фотки, может док-ты электронные письма (с вложениями всякими) старые и ненужные. выгрузить в dt, загрузить в новую базу, сравнить

на крайняк - если как писал автор нужны ДОКУМЕНТЫ за прошлый период (а автор ведь отвечает за базар?) - сделать свертку базы по итогам регистров, ну, например, по состоянию на 01.01.15, ДОКУМЕНТЫ за прошлые периоды оставить, а движения и итоги регистров - грохнуть. Ужмется сильно.

Если ты имеешь ввиду Свободное место в свойствах базы, то - 20421,84 МБ Уже уменьшал его пару месяцев назад

Раз ответа на до сих пор нет - автор, видимо, не очень заинтересован в результате.

+1 В план обмена РИБ добавил два узла; сделал копию; преобразовал её в подчинённый узел. Всё, можешь теперь как угодно долго издеваться с копией, пока не добьёшься уменьшения размера. Потом удаляешь регистрация изменений, делаешь обмен данными + миграция пользователей - и копия становится основной рабочей.

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

"сначала посмотрите хотя бы, что и сколько места в базе занимает." - каким образом?

SSMS -> база -> правой кнопкой -> отчеты -> стандартный отчет -> использование дисковой памяти таблицей

Вот, например, халява, только в 8.2 сконвертить

Смотришь самую большую и drop table (имя таблицы)! Шутка, если что.

У него как раз 8.1 :)

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

Сделай копию и пробуй на ней ТИИ с остановками и продолжением - будет понятно, будет ли результат и по какому расписанию работать.

Обычно в программах 1С база обрезается в конце года через свертку итогов, если такая необходимость есть. Механизм вполне нормальный.

Понятно, что рабочие станции станции пользователей и сервер компании должны быть современные и достаточно в них много мощности и пространства. А на древних компах, как с бубеном и святой водой не танцуй, работать лучше они не станут. Обновлять железо -  парк рабочих станций надо регулярно, хотя бы раз в 5 лет минимум. Опять же контроль использования должен быть. При покупке компов опять же обязательно планировать резерв мощности под будущее развитие компании и не покупать впритык.

1С программы на платформе 8.3 сейчас уже при установке занимают объем приличный. Это вам не 7.7.

очень информативно полезные посты для решения проблемы автора

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

Уже в обрезанной базе перенастроить можно программу отключив настройки всякие дополнительно, если в них нет острой необходимости. ЗУП и ЗиК обрезать сложно, так как там цепляются плановые постоянные начисления открытые с прошлых лет, если большая организация расчетчицы просто не хотят их переносить вручную, так это делается новыми расчетами. Кроме того средний заработок по больничному - это 2 года. Возможно там обрезание базы возможно с интервалом например 3 года.

Надо еще помнить, что есть сквозная настройка, так называемая Учетная политика. Ее лучше менять раз в год в конце года 31 декабря. Иначе учет ломается - замещается. Так что в другие нежелательные дни с бубеном можно наделать ненужных дел.

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

В детстве мы называли это "запор мыслей, понос слов".

изучите вообще что за таблицы занимают много места, и какой это объект в 1С, и дальше уже принимайте решение что делать. ТИИ какие пункты делаете ?

сколько бреда тут насоветовали.... теперь мои советы 1. такой размер админить ТОЛЬКО средствами скуля, ни какие встроенные в 1с методы не подходят 2. шринк средствами SQL 3. удаление таблиц реструктуризации и последующий шринк (все средствами скуля) 4. оценка размера таблиц и анализ какие именно метаданные сколько весят, на основании этого принятие решения 5. если 4 не даст результата - деление базы на "старую"  и новую, в старой можно средствами 1с убрать не нужный хлам (вроде счетов, СФ, прикрепленных файлов и прочего...)

если документы за прошлые периоды нужны только посмотреть, то движегия этих документов сгруппировать в докуентах ввода остатков на 31.12.2016. Еще зачистить регистры сведений и т.д. Может в документах по каким-то реквизитам ненужная индексация стоит. Может по каким-нить оборотным регистрам убрать итоги

А я так спрошу: а зачем уменьшать размер базы? чего хотите добиться? Какие проблемы этим решить?

Пригласите специалистов. На базы такого объёма нужны специалисты, умеющие хотя бы задавать вопросы