• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Очищение Поля Конечной Даты Репликации

  • Автор темы Guest
  • Дата начала
G

Guest

Подскажите люди добрые, как программно(агентом) вычищать поле конечной даты репликации
 
A

afest

там же служебные поля, да и в логах домино все прописывается, т.е. по сути нереально... смысл этого бессмыслия? взлом бд и шоб не узнали?
 
G

Guest

там же служебные поля, да и в логах домино все прописывается, т.е. по сути нереально... смысл этого бессмыслия? взлом бд и шоб не узнали?
просто происходит такая непонятка, если не вычещать это поле вручную то бд реплицируется не коректно, тоесть не хватает документов, а после вычищения все норм, если почистить журналы и поле то все равно в поле конечной даты появляется какае-то дата спустя некоторое время. откуда она может браться?
 

rinsk

Lotus Team
12.11.2009
1 151
125
BIT
4
если имеется ввиду хистори :

если cutOff date:
 

savl

Lotus Team
28.10.2011
2 597
310
BIT
180
А програмно до этого поля никак не добраться?
ИМХО:
Это не решение проблемы, это костыль, причем неизвестно какие будут последствия.
Любую проблему можно решить многими способами, вопрос какой правильный/оптимальный/нужный.
Надо локализовать проблему в первую очередь, найти ее причину, дальше плясать.
Если это кривые настройки репликации, ошибки доступа сервера, побилась таблица, то это надо просто исправить, перенастроить, перезалить реплику.
Кодом такие проблемы решать можно бесконечно.
 
A

afest

В свойствах бд в последней вкладке нижние два пункта желательно чтоб 0 был... а так действительно - проще создать новую реплику, а старую убить, потом плясать с бубном
 
G

Guest

В свойствах бд в последней вкладке нижние два пункта желательно чтоб 0 был... а так действительно - проще создать новую реплику, а старую убить, потом плясать с бубном
пересоздание реплики помагает на какое-то время, но не на долго
 
A

afest

примерно такое у меня было, когда происходит неполная реплика... надось между серваками соединение проверить, может репликация по тайм-ауту прекращается...
вот тогда желательно в домино четко прописать расписание репликации, ну и коннекшины проверить
 
G

Guest

Не помогает ничего кроме как очистка поля с конечной датой. Подскажите как его программно можно очищать?
 

savl

Lotus Team
28.10.2011
2 597
310
BIT
180
Модераторам, просьба объединить с этой темой: link removed
Спасибо.
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
на домино там случаем никакого механизма бекапирования и востановления нету? - особенно на файловом уровне в обход домино?
возможно какой-то кешер дисков и баз?
 
A

afest

кстати, к заметке ToxaRat, интересно у виновника тоста... поста... узнать, авось действительно на серваке стоит левая софта, которая либо по ивенту иль по расписанию начинает проверки/дефрагментации/смену_пола/etc (нужное подчеркнуть)
вот тогда действительно трабла... получается, что в БД тупо индекс слетает, как я понимаю
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!