PostgreSQL? Использовал конвертер "Full Convert(64bit)", он конвертирует, но в процессе возникают ошибки и база не работает. Предыдущие базы были небольшие и я выгружал таким образом- открывал рабочую, выгружал из неё .dt , создавал в postgresql пустую и на неё накатывал .dt . Дело дошло до базы размер которой 400гб. Выгрузка из неё .dt заняла 19:24:00.Такой способ сразу отпадает - компания простаивать не может. Как выйти из ситуации?
Использовать РИБ
Из записей: 1.В рабочей базе объявляем РИБ где она главный узел и говорим что есть подчиненный 2. Снимаем бэкап мсскл 3. Восстанавливаем его рядом 4. С восстановленного бэкапа выгружаем дт 5. Загружаем дт в postgres 6. Заходим в базу и говорим что вон там твой главный узел РИБ 7. Ждём пока 1С накатит изменения 8. Переключаем пользователей на новую базу на postgres 3,5 (между 3 и 4) удалите итоги из базы (например передвинув итоги на 2000 год), объём базы уменьшиться % на 20-30 в дт 5,5 (между 5 и 6) верните границу итогов и пересчитайте в конфигураторе
Вчера базу в 700Гб мигрировал с MS SQL на PG, 8 часов на выгрузку и загрузку dt ушло. В 8.3.19 можноуeскорить загрузку dt за счёт -JobsCount ‑ количество системных фоновых заданий, используемых для загрузки информационной базы. Значение по умолчанию ‑ 0. В этом случае используется столько фоновых заданий, сколько процессоров на компьютере, выполняющем загрузку информационной базы. (https://its.1c.ru/db/v8319doc#bookmark:adm:TI000000526) Сам правда не пробовал, еще на 8.3.18 сидим.
Можно попробовать развернуть на 8.3.19, а потом вернуться на 8.3.18
Еще сильно помогает fsync=off на стороне PG. После загрузки, разумеется, надо вернуть на место 🙂
Обсуждают сегодня