Собственно есть критичность с дисковой средой в рамках СУБД для программистов. Учетная база за 3 терабайта. УТ11 плюс несколько накруток.
Собственно думаю на текущий момент следующий механизм формирования тестовой базы:
- truncate для всех "нужных" регистров сведений, разных хранилищ файлов и иже с ними
- delete по периоду начало прошлого года всех периодических (документы, регистры)
- пересчет итогов
- шринк
Получится хотя бы до десятка гигабайт сжать бд? Если есть какие то предложения буду благодарен.

Так проведи анализ, кто больше всех сожрал. Оттуда и принимай решение

(1) вопрос в том если я тупо грохну старые движения и старые документы в СУБД - не появятся ли проблемы с созданием новых?
ЗЫ: остатки для разрабов не критичны - перепроводится то база не будет - нужно сделают доп приход под конкретные документы
ЗЫЫ: "Чего то я очкую Славик" (ЦЫ)

У нас база 3.5 ТБ, тестовые базы прогов за 1 месяц - каждая за 600 гигов.

А вообще, "хорошему программисту данные не нужны" (с)

600 это овермного - 25 предел ...

(2) ввод начальных остатков пожалей, а так, проблем не вижу. Грохай

(0) на ифостарте есть обработка по удалению доков через SQL

Для программистов стоит сжатие таблиц и индексов, с 800 гиг базы уменьшение до 200 гиг.

из цфника сделать пустую базу, стандартной обработкой перенести ему туда обороты за последний месяц-два и пусть копается ?

в чем собственно проблема ?

(9) сколько времени будут переносится обороты с логической целостностью?
У меня например 20 тысяч документов в день, за месяц это будет дофига.

MIK А вообще, "хорошему программисту данные не нужны" (с)

я против.

поэтому ходить приходится под обменами )

(7) Я когда то рисовал обрезку - она мне генерит SQL запросы на уничтожение данных по периоду. Это не проблема.

(10) зачем все это барахло программисту?

(14) нафиг ему это барахло не нужно, просто ты так уверено сказал "за месяц", что я не выдержал и отдернул тебя, при базе 3.5 терра, даже за месяц будет дофига.

(16) не совсем понял. Делать это буду не я, а админы. Я им отдам скрипты, они их оценят - и выполнят, если ничего не будет для них подозрительного.

(14) Чтоб писать не говнокод, а высокооптимизированный код )))