На некоторых операционных системах было замечено, что через определенное время работы репликации данных, оперативная память компьютера заполняется почти на 100%, в результате мы получаем зависание всей системы. Чтобы исправить данную ситуацию, помогает завершение рабочего процесса службы выгрузки через диспетчер задач. Также есть еще один вариант, освобождающий от ручного контроля. Можно настроить через стандартный планировщик задач Windows, выполнение простой задачи каждый день в определенное время по остановке службы выгрузки. Для этого необходимо иметь BAT файл с одной командой sc stop ИМЯArchiUploadService . Далее в планировщике указываем выполнение данного bat файла. Далее когда наступит время по выполнению данной задачи, служба остановится, тем самым освободит оперативную память, а после этого через какое-то время Хранитель служб заново запустит ее.
Рубрика: Проблемы и ошибки в репликации
Ошибка при создании новой записи
Тексты ошибок могут звучать примерно так «Нарушение ограничения PRIMARY KEY…» Все они возникают при создании новой записи, например не получается создать талон, невозможно создать новую амб карту, начислить услугу, создать счет пациента и т.д.
В этом случае необходимо сразу же проверить значение identity На текущий момент до сих пор встречаются ситуации, когда при работе репликации данных происходит сбой, и значения identity в одной или более таблиц устанавливаются идентичные значениям из базы другого филиала, это очень опасное явление, т.к. после этого вновь созданные записи начинают перетираться с записями из других баз.
Поэтому как только мы выяснили, что это действительно произошло, необходимо проделать комплекс мер.
1. Выясняем в какой таблице неверное значение путем проверки значения identity во всех таблицах.
2. Находим в этих таблицах последние созданные верно записи, и выписываем их id
3. Исправляем значение identity на корректное
4. Уже после всего этого выясняем успели ли создаться некорректные данные