Когда база 1С:ERP вырастает до значительных размеров, создание индивидуальных копий для каждого разработчика становится серьезной проблемой для дисковой подсистемы сервера. Разберем, как оптимизировать рабочее пространство, не жертвуя при этом удобством и качеством разработки.
Одним из самых эффективных технических способов является использование встроенных механизмов сжатия MS SQL Server. Это позволяет сэкономить дисковое пространство без необходимости кардинального изменения структуры данных внутри конфигурации.
Рассмотрим метод сжатия страниц (Page Compression). Обратите внимание, что эта функция доступна в версиях Enterprise и Developer. Суть метода заключается в перестроении индексов и таблиц с включенным сжатием, что в некоторых случаях позволяет сократить размер базы в 2-3 раза (например, с 29 Гб до 9 Гб).
Для автоматизации процесса можно использовать SQL-скрипты, запускаемые по расписанию в ночное время. При работе с такими настройками важно учитывать следующее:
В конфигурации 1С:ERP огромное количество места часто занимают присоединенные файлы: сканы документов, спецификации и изображения. Если хранить их непосредственно внутри базы, она будет расти бесконтрольно.
Решение: Используйте механизм «Тома хранения файлов». Настройте хранение всех тяжелых объектов на сетевом диске или высокоскоростном файловом ресурсе. Это позволит держать базу данных (метаданные и движения) компактной, оставляя файловый архив отдельно. Это критически важно для оперативного развертывания копий базы разработчикам.
Если для разработки вам не требуется полная история всех движений за 10 лет, примените принцип выборочной свертки:
SQL-таблицам.Такой подход позволяет создавать «облегченные» копии базы, которые содержат актуальные структуры данных, но занимают минимум места.
Разберем подход, основанный на виртуализации файловой системы или использовании возможностей SQL Server. Вы можете создать одну эталонную «базовую» копию базы данных, а для каждого из 10 разработчиков создавать отдельные ветки или снимки (snapshots).
Преимущество этого метода в том, что каждый разработчик работает в изолированной среде, но физически данные не дублируются в полном объеме. Только те блоки данных, которые были изменены конкретным разработчиком, записываются отдельно. Ночью основная ветка обновляется из продуктовой базы, а рабочие копии пересоздаются. Это значительно экономит место (требуется всего 1 Тб вместо 10 Тб для всех).
Помимо технических средств, проанализируйте саму организацию труда:
Помните, что покупка современного оборудования (например, SSD-накопителей большого объема) часто оказывается экономически выгоднее, чем месяцы работы высококвалифицированных разработчиков над написанием сложных скриптов по сжатию и очистке данных. Проанализируйте стоимость оборудования и затраты на ФОТ — зачастую покупка дисков Samsung Pro или аналогичных надежных решений является самым эффективным способом решения проблемы.