Переношу остатки из ЗиК 77 в ЗУП 82 (для Украины). Сотрудников очень много, на момент выгрузки приказов о приеме на работу из 77 оканчивается память сервера (32 гига оперативы). Как быть?

вопрос на засыпку:
как может 32-х битное приложение сожрать 32 гига?

(1) а где в (0) увидел, что там 32-х битное приложение? :-)

(0) Вариантов много.. ну например поставить ещё 64 Гб ОЗУ или например включить мозХ и сделать нормальный импорт (разбивая его по каким-либо разделителям учёта)

(2) а что, есть х64 редакция 7.7? не знал

да в том то и дело, что он разбит, я хочу выгрузить приказы на прием на работу, но там 7000 челов. Что по подразделениям разбивать?

(4) конечно

2 (3) не знаю, как то оно исчерпывается

(6) и как ты это определил?

(6) исчерпывается виртуальная память, а она в 7.7 ограничена 4 Гб (причем 4 Гб "всё про всё", а реально приложению может быть доступно или 2 Гб или 4 Гб)

(7) он диагностику умеет читать :-) у меня такая же фигня бывала неоднократно (делаешь оборотку счета с офигительной аналитикой и получаешь такой "диагноз")

Выгрузка XML

Не реально делить по данным, это надо или базу вычищать как то или обработку выгрузки модернизировать, что бы в транзакции писала

(0) Ситуация встречалась. Написал на hotline:
"Здравствуйте!
Выполняем перенос данных из ЗиК 312 в ЗУП 2.5.40.3 штатными средствами. В информационной базе порядка 2000 сотрудников. Платформа 537.

При переносе с 2009 года конвертация часов за 20 доходит до 41%, выводится сообщение Ошибка обработчика ПВД_ПередОбработкойПравила_ЕСН_ПФР_ЕНВД и процесс зависает. При переносе с 2010 года конвертация часов за 16 доходит тоже до 41%, выводится сообщение Ошибка обработчика ПВД_ПередОбработкойПравила_СтраховыеВзносы и процесс также зависает.

При попытке переноса за два этапа (выгрузка из ЗиК — загрузка в ЗУП) часа через четыре выдается сообщение о нехватки памяти. Оперативная память 2 гб, Виртуальная 2046 мб.

Переход на ЗУП запланирован с января 2012 года, а сейчас необходимо передать отконвертированную базу в опытную эксплуатацию. Перенос базы в сентябре ЗУП 2.5.39 (платформа 519) проходил нормально.

Что посоветуете?

С уважением, Филиппов НВ"

Ответ с hotline:
"Попробуйте провести выгрузку частями,  выгружая данные маленькими порциями (по 1 месяцу, кварталу). Например выгрузить только кадровые данные, только расчетные данные за год и так далее. И потом также отдельно загружать.

Для того, чтобы выгружать данные маленькими порциями используется обработка v77exp.ert и правила выгрузки PrB.xml. Их можно выгрузить из справочника конвертации информационных баз в ЗУП.

Перенос данных допускается частями. Общий результат должен быть корректным и соответствовать полному переносу.

Если есть ошибка в ваших данных, то при переносе частями его можно локализовать и понять, что не так в переносимых данных.

Сказать конкретно, в чем ошибка, к сожалению, невозможно.

Она может быть также из-за того, что ваша конфигурация - измененная, на основе типовой
Обмен и правила обмена рассчитан на типовую конфигурацию. В случае изменений необходимо адаптировать правила переноса с помощью конфигурации Конвертация данных, которая есть на диске ИТС и на пользовательском сайте."

Мой ответ-вопрос на ответ hotline:
"Спасибо за развернутый ответ. По частям перенос получился. Не поясните ли, о нехватке какой памяти выдается сообщение: "msxml3.dll: Недостаточно памяти для завершения операции.". На разных компьютерах размер файла выгрузки после вывода этого сообщения заметно различается. Можете ли порекомендовать что-то сделать? Оперативной памяти - 2 гб, виртуальная - по максимуму, Windows 32-разрядная. Длина файла при выгрузке по частям - 1.5 гб (часть Начисления...)"

Пока на этот вопрос ответа не было.

(12) "Не поясните ли, о нехватке какой памяти выдается сообщение: "msxml3.dll: Недостаточно памяти для завершения операции.". На разных компьютерах размер файла выгрузки после вывода этого сообщения заметно различается. Можете ли порекомендовать что-то сделать? Оперативной памяти - 2 гб, виртуальная - по максимуму, Windows 32-разрядная. Длина файла при выгрузке по частям - 1.5 гб (часть Начисления...)"


Так это и ежу понятно какой именно - виртуальной, и то что "размер файла выгрузки после вывода этого сообщения заметно различается" сей диагноз не изменяет :-)))

Для справки - в форточках применяется "плоская модель памяти" т.е. каждому процессу выделяется 2**32 (для 32-ти разрядной ОС) байт адресного пространства, которое в свою очередь делится на область доступную для прикладных задач и на "системную область".

(0) если сервер 32 бит, максимум памяти это до 3-4 гб, убери сообщение в комментарий. или же выгружай по группам. я так с утп мучаюсь, больше 100к элементов и 1с падает

(1) оно 32 и не жрет. а жрет разрешенное а это не больше 3-4

(15) "оно" и 4Гб сожрать не может по определению - максимум не больше 3Гб, да и то только при определённых условиях

(15) из (0) "оканчивается память сервера (32 гига оперативы)."

(17) Ну там такая диагностика... Несмотря на 32 Гб ОЗУ - по поводу диагностического сообщения - это уже к програмЁрам, которые писали соответствующие программы

У меня за год расчетные данные не удается выгрузить. Если выгрузить за месяц они будут соответствовать?

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

несовсем понятно с расчетными данными

не будут ли они помесячно пересекаться

В письме из (12) сказано, что расчетные данные за год переносили

(23) при переноса ЗУПа данные переносятся периодами (где период = месяц) по данным периодам нужно перенести начисления и количество отработанного времени. Данная информация ни как не может пересекаться (начисления за апрель ни как не может пересекаться с отработанным временем за октябрь)

это радует, только по некоторым месяцам и за месяц не переносит

(25) для расчета "по среднему" нужна данные за 2 года именно по начисленным и по продолжительности отработанного времени. Если не перенесётся, то нужно будет при соответствующих отпусках/больничных данные заносить руками