Добрый день!
Сломалась клиент-серверная база, сломалась скорее всего уже давно, но первый раз проявилось явно 14.12.23, базу починили. Второй раз сломалась 14.01.24, еще раз исправили. Стали думать на тем, чтобы объявить 14-е число каждого месяца нерабочим дней, но база сломалась и 22 января, поэтому решили создать новую базу и перенести в неё данные из старой (документы и проводки целые, проблема с итогами).
Как я понимаю, в основном используется два метода: при помощи РИБ и при помощи обработки «Выгрузка и загрузка данных XML», но и там и там сталкиваются с проблемами дублирования предопределенных элементов. Поиском находятся в основном статьи 14-18 годов, где описываются эти мучения.
Подскажите, есть ли инструкции или статьи по переносу данных со счастливым финалом?

ищите крысу

а может диск сыпется

(0)>сталкиваются с проблемами дублирования предопределенных элементов

пробовал поиск и удаление дублей?

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

(2) Админ говорит, что по железу все хорошо. Хотя у меня был случай на моем ноуте, ломались базы с которыми я работал, без возможности восстановления. Диск проверил - исправен, а ошибка была в одной ячейке ОЗУ, причем она проявилась только после нескольких часов тестирования memtest86+.
База уже сломалась, перенос все равно делать.

(3) Можно ли переносить данные не создавая дублей?
Это же не только справочники, но и план счетов, субконто.
Я еще не переносил, только готовлюсь, ищу информацию по переносу, чтобы сделать это с меньшими проблемами.

(0) Я бы посмотрел, как в типовой БП осуществляется "Загрузка данных из сервиса"

(4) Бекапы клиент-сервером перестали делаться в ноябре, никто этого не видел, я со своей стороны делал dt перед обновлениями, оно проходило нормально. Админ после этого включил предупреждение о том что архив не выгрузился, но сейчас "база уже сломалась, перенос все равно делать"

(7) То есть выгрузить в файл для перехода в сервис в старой базе и загрузить в новой.
Спасибо, посмотрю этот вариант тоже.

(1) может как-то связано Обфусцировать весь код базы

(9) Я подразумевал, что в этой "Загрузке" осуществляется полная замена всего, что есть в данных базы на данные из сервиса (без создания дублей).
Соответственно, можно "подсмотреть" методы, которые там используются.

(0) Обфускация у вас не работает, случаем?

(0)[но и там и там сталкиваются с проблемами дублирования предопределенных элементов. Поиском находятся в основном статьи 14-18 годов, где описываются эти мучения.]
100% бред

(9) в теории, если в исходной базе есть дубли, то выгрузить данные в формате для перехода в облачный сервис тоже не даст, но попробовать конечно можно

(5) что значит "сломалась база"?

(12) Нет, но все равно интересно, спасибо, почитаю на досуге ))

(14) В исходной дублей нет

(0) Конфигурация какая? А пересчитать итоги пробовали?  Может древность и агрегаты.

(15) (18)
В декабре появилась ошибка СУБД: relation does not exist, в итоге все свелось к
unexpected chunk number 2 (expected 1) for toast value 123456 in pg_toast_45678
её вроде бы как исправили, база стала открываться, проходить ТиИ, обновляться.
В январе появилась другая ошибка, в клиент-серверном не прошла реструктуризация, в файловом прошла. Возможно, не все исправили в первый раз.
Затем выяснилось, что не идут итоги с проводками. Проводка в документе есть, в бухотчетах её нет, пересчет итогов проводку не видит, оставляет сальдо на счете. А в июльском бекапе проводка в сальдо учитывается, а в оборотах её нет, то есть тогда уже у базы были проблемы.
Конфигурация БП 3.0.

(19) о PostgreSQL. Восстановление базы Postgres
Кучно пошло

(19) Да, печалька... Внутреннее разрушение базы

(19) я бы выгрузил в dt, загрузил в ms sql. Провел ТиИ. Перепровел проведенные.

(20) Да, а еще плюс отчетный период, навалилось всего ))
Спасибо за статью на gist.github.com, отправил админу.

(22) Присоединяюсь к мнению.

(22) Пробовал выгружать из Постгреса в файловую, там делал chdbfl и ТиИ, возвращал в Постгрес, ошибки через время опять появлялись. Перепроведение нежелательно, так как данные в базе с 2015 года, при перепроведении может измениться зачет авансов, придется править корректировку долга, возможно себестоимость, данные не будут соответствовать сданной отчетности и т.п.
(7) Еще раз спасибо! Сделал новую базу на основе конфигурации старой (она с изменениями), в старой добавил в план обмена Миграция приложений наши новые объекты, выгрузил в файл, загрузил в новую базу. Времени заняло 4 часа, оборотки в старой и новой базе совпадают, дублей предопределенных и(или) автоматически создаваемых элементов нет.

(25) возвращал в Постгрес, ошибки через время опять появлялись.

100% проблема в железе