Замечание к документу "А в чем опасность? Зачем "ошибочно" настраивать репликацию? Если правильно настроить (и это несложно!), то как же оно само по себе сломается? "Не могу понять" © (-)"   >>>   
Тема: Я могу сослаться на "законы" Мерфи - если есть возможность совершения ошибки, она будет совершена. (+)

Создан:Ivan Tsibanenko 07/27/2006 10:42 AM
Папка:
06. Разработка Notes-приложений
Тип сообщения:
Мне лень заполнять это поле

Сообщение:
Вероятность ошибки есть всегда. Зачем предпринимать действия к её увеличению?
"Продуктив" - это святое.
Мне будет сложно объяснить это, если у тебя не вызывает понимания идея разделения ответственности между администраторами и разработчиками (разработчики в продуктивную среду имеют доступ простого пользователя). Мы просто будем долго спорить о том, как хорошо разработчик может обезопасить продуктивную среду и себя при помощи всяких разных настроек.

И всё же я попробую.

Ты спрашиваешь: «Зачем "ошибочно" настраивать репликацию».
Нарочно ошибки не совершаются (это тогда называется другим словом - "вредительство"), ошибки совершаются ненамеренно. Если продуктивная база реплицируется на другие сервера, значит у неё есть продуктивные настройки репликации, которые время от времени придётся как-то корректировать или менять. Вероятность промахнуться с местом редактирования настроек репликации (по сути - текущим сервером на иконке в Workspace) мне представляется весьма большой (по крайней мере для большинства "обычных" людей).

Такое может произойти, когда к тебе в понедельник утром прибегут расстроенные пользователи и пожалуются. что у них не приходят документы из региона. На самом деле, админ в субботу, при плановых работах на серверах, забыл запустить задачу Replicator на промежуточном сервере, но ты, случайно войдя не в те настройки репликации, увидишь там запрет входящей репликации, который попробуешь снять (ты не вспомнил, что год назад таким образом дизайнил дома эту базу). Админ проспался и пришёл на работу, поднял репликатор, и ты увидел, что начали поступать правильные данные. А вечером, перед уходом домой, ты как всегда отреплицировал все БД на свой ноутбук (и обратно). Финал триллера - поутру, когда те же пользователи ... Дальше фантазируй сам.

Если в твоём случае проблемы от попадания "не тех" данных "не туда" незначительны (ну подумаешь - уехали фаготы в Форум - экая мелочь!), то в серьёзных системах такие события называются "инцидент" и могут привести к нарушению бизнес-процессов, влекущих за собой потери нескольких миллионов... копеек. Соответственно, виновник происшествия обычно в таких случаях подвергается взысканию.

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

Если же есть стремление осуществлять процесс качественно - снижай вероятность возникновения проблем (= повышай надёжность системы).

P.S: Все случайные совпадения с реальными персонами действительно случайные.
P.P.S: Во время написания данного постинга ни одной "мышки" не погибло.

Иерархия документов данной дискуссии:
Как реплицировать дизайн? (Vladimir Ulyanov) (22.07.2006 17:01:29)
.... стандартно, думаю, так (Alexey Lavov) (22.07.2006 22:14:07)
.... Vladimir Ulyanov (Moisey Izsrelevich Spaciman) (23.07.2006 11:16:47)
........ Что-то народ говорит, что изменение свойст дизайна через XML-вмешательство не совсем корректно: перестают View работать (-) (Vladimir Ulyanov) (25.07.2006 2:53:20)
............ Вы этого автора не очень внимательно слушайте. Это, типа наш местный ... По теме у него сказать не получается, вот и создаёт видимость того, что что-то знает. Вообще-то это называется вандализм. (-) (Ivan Tsibanenko) (25.07.2006 8:25:24)
............ Владмир, Ваше сообщение абсолютно не в тему. Давайте без флуда. Всем будет лучше)) (Vladimir G. Taranchenko) (25.07.2006 12:42:43)
................ Отец родной! Где ж ты раньше-то был?! Тут такое творится... (-) (Ivan Tsibanenko) (25.07.2006 15:17:08)
.... Как реплицировать дизайн? (Igor V. Nikiforov) (23.07.2006 21:10:25)
........ Получается типа вот такой схемы? (+) (Vladimir Ulyanov) (25.07.2006 2:50:13)
............ Я правильно понял, что Вы собираетесь на локале держать реплику боевой базы для отладки? (-) (Ivan Tsibanenko) (25.07.2006 8:26:46)
............ Более-менее правильно, .. (Constantin A Chervonenko) (25.07.2006 8:42:53)
................ Точно. На локал делайте копию по мере необходимости. Так, на всякий случай. (-) (Ivan Tsibanenko) (25.07.2006 8:55:35)
.................... Односторонняя реплика Сервер -> Локал c документами должна быть по любому (+) (Vladimir Ulyanov) (26.07.2006 0:13:15)
........................ Копию БД делать на локал не через File-Replication-New replica, а через File-Database-New copy. Содержимое то же (за исключением ReplicaID), зато нет опасности внести с локала данные в продуктив. (-) (Ivan Tsibanenko) (26.07.2006 9:55:02)
............................ Разверните мой предыдущий постинг. Разве можно копированием базы сделать то, о чем я написал? Она же затрет мои настройки да и ... (+) (Vladimir Ulyanov) (26.07.2006 12:01:03)
................................ ОК, ОК... Конечно нельзя копированием достичь такого. Однако, стоит Вам ошибиться с репликацией.... (+) (Ivan Tsibanenko) (26.07.2006 18:58:25)
.................................... А в чем опасность? Зачем "ошибочно" настраивать репликацию? Если правильно настроить (и это несложно!), то как же оно само по себе сломается? "Не могу понять" © (-) (Anton Grinichev) (27.07.2006 8:14:23)
........................................ Я могу сослаться на "законы" Мерфи - если есть возможность совершения ошибки, она будет совершена. (+) (Ivan Tsibanenko) (27.07.2006 10:42:49)
............................................ "Уболтал, чертяка языкастый!" © :) (Anton Grinichev) (27.07.2006 12:54:14)


Разработчикам и администраторам: курсы, книги, сертификация