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

Ситуация следующая: ИБ весит уже больше 10-15 ГБ, как мне сделать копию для тестовой базы, но не со всеми данными ИБ, а только к примеру за последние 2-3 месяца (актуальные данные)
Ибо разработка ведется на актуальных данных

Заранее, большое спасибо!

Сделайте полную копию.
15 Гб — смешной размер

(0) Изучите КД 2 и перенесите в копию последние 2-3 месяца.

(0) Написать SQL-запрос, который обрезает данные. У меня такой был, но уже нет. Сейчас Qwen может помочь. Базы должны быть на 1 серваке, чтобы можно было между ними копировать.

(3) А что с итогами, что с периодическими регистрами, с основаниями?

(4) Да регистры, итоги и основания На кой нужны то, если разработка ведется чисто по метаданным, а не по ИБ

(1) А теперь представьте что ИТ отдел расширился и работает 10 человек - каждый в своей тестовой
Очень смешно

(2) Эмммм. Куда? Просто в пустую конфигурацию?

(0) https://userman.ru/2019/04/03/kak-opredelit-razmer-tablic-v-bd-ms-sql.html
Смотришь что занимает много место и чистишь скриптами sql
Понятно место потребуется для копии сначала в полном размере и только потом порежется

(8)+ Для 1С можно нечто вроде
https://infostart.ru/1c/tools/2011192/
Чтобы понимать что резать собрался

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

P.S Судя по тому что "мы" переписываем за ними код, то было глупо надеяться что 1Сники "более продуманы" :D

(9) Ого! Вот это выглядит огонь! Спасибо большое!

Закидывания железом дешевле таких танцев с бубном )

(2) Переносить через КД  в пустую это слишком долго по времени
Быстрее средствами скуля чистить лишнее/большое

Вот 100% что там большую часть занимает разный хлам типа прикрепленных файлов или левых РС с левыми данными
Ну и индексы по этим левым данным или просто старым/ненужным

Например банально если снести все доки за старые года (не трогая движений регистров) то будет вполне маленькая база подходящая для разработки
Главное не додуматься запустить ТиИ или обращения к старым периодам

(12) Согласен
И не приходится ограничиваться
Тупо купить комп свежий с несколько Тб SSD и не страдать фигней

(6) И? 10 * 15 = 150Гб
У меня на компе больше места. У вас для ИТ Отдела из 10 человек нет денег на пару ссд по терабайту?

(14)+ Причем для разработки даже лицухи 1С не нужны на сервер и клиентские
Для разработчиков комьюнити пойдет на ура

(6) Не ебите мозги. Купите дисков

(0) +1 смешному размеру. Будет 100Гб - тогда можно начать думать.

13 тестовых баз ERP по 3ТБ.
Полет нормальный.
Все на SSD.
Два массива дисков в рейдах 0.

заняться нечем?
шли заявку админам, что для разработки требуется еще одна копия БД.
пусть делают. свободное место и сервер - это их забота, а не твоя.

(20) См (10). Это, похоже, не одинэсник. "Им" до одинэсников еще расти и расти, чтобы не думать о свободном месте на дисках :)))

(10)[но надеялся что 1Сники более продуманы]
так и есть, у нас на сиквеле часть таблиц очищается, другая часть сжимается.
в итоге 1,5 Тбайт ERP для разработки становится 120 Гбайт

скрипт не дам, жаба душит, на ИС есть аналоги

(22) Кстати, да. Обычно 80% объёма приходится на считанное число таблиц и конкретных полей в них. Какие-нибудь вложения. Если их снести, то можно сэкономить место для тестовых баз. Но делать это нужно, когда база реально выросла и число разработчиков тоже. В данном случае эффективнее (20)

(13) "Главное не додуматься запустить ТиИ"
Спасибо что предупредили :D Мысль была, но чуйка меня отговорила)))

Хорошо. Рабочая грузится быстрее чем тестовая. В чем может быть причина? как пофиксить?
Или из-за толстого клиента?

(25) Насколько быстрее? Первый раз запускаете или уже второй? Серверы одинаковые?

(26) Ну примерно в 2-3 раза. Если рабочая за минуту грузится, то при разработке тестовая открывается через 2-3 минуты. При тестировании правок - очень много времени занимает. Хотелось бы ускорить процесс

(27) какая конфигурация?

(27) Много раз уже запускал. Серверы одинаковые.

(28) 1С УНФ автосервис (Рарус)

15 гиг база? Смешно, вот 2-3 террика- тогда да, а это слезы, БП3 из коробки + обновления до последней, нате 5 гигов

(28) (28)
1С:Предприятие 8.3 (8.3.27.1688)
1С:Предприятие 8. Автосервис, редакция 3.0 (3.0.12.114)

(27) тестовая с ключем -debug, а рабочая без?
У вас и тестовая и рабочая на одном СУБД?
Ну и на рабочей регламенты проводятся, а на тестовой ты план обслуживания не настроил, ведь так?)

(29) Напишите письмо админам и копию руководству. Скажите, что за день приходится запускать базу 50-80 раз, значит на ожидания запуска уходит 3-4 часа рабочего времени.

(33) Ключа нет, планы обслуживания не настраивал
К сожалению, вообще первый раз про это слышу.

ТС а ты кстати шринк не пробовал сделать?

(35) Без ключа -debug не будет работать отладка серверных процедур.

(37) все работает нормально. в конфигураторе просто отладку ловлю, если под другим пользователем, а если под тем же что и в конфигуратор захожу - то там он сам уже ловит автоматически

(36) нет, сейчас попробую

(38) Без ключа -debug не будет работать отладка серверных процедур.

(36) сначала нужно фулл на симпл сменить =)

(33) Обслуживание настроено. Каждый день очистка, сжатие и т.д.

(0) Тупо удалить то что не надо в копии, не вариант?  
Можно ручками из предприятия точно быстрее чем тему создавать и ждать ответов.

(43) Эмм а в курсе что удаление из 1С не удаляет в скуле?

(44) удаляет данные, но не уменьшает зарезервированное место, вы хотели сказать?

(45) Там все сложней

(0) у меня базы по терабайту, для разрабов я понаделал джобов которые разворачивают последний бекап, а на выходных просто сжимают и шринкует не сжатые тестовые базы, остается 30%

Всякие обрезки тестовых баз - это долго, данные быстро устаревают

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

Вроде где то читал про хитрые копии баз данных
Там общая часть общая у всех и только новые изменения отдельно хранятся

Т.е. делается копия где в новой базе общая часть просто ссылается на основную базу
И только если начать изменять данные (добавлять/изменять/удалять) то они хранятся отдельно
Похоже на дедупликацию в ZFS или BTRFS

(47)[Всякие обрезки тестовых баз - это долго, данные быстро устаревают]
у нас раз в сутки децимированная копию создаётся,
для расследования инцидентов поддержке хватает

(44) Ну при выгрузке то режет? Ну выгрузи/загрузи... делов то.

(47) А что известно о сжатии таблиц и индексов в продуктовых базах? Как то влияет на быстродействие?

На все таблицы базы 1С

ALTER TABLE @TName REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)
ALTER INDEX ALL ON @TName REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)

(25) статистику надо обновить на новой базе, а то сервер там будет странные и медленные запросы строить.
хотя если (42) относится и к новой базе то дело не в этом.