|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Suse Sles 9 SP3 + Ensemble 2008 Настроил зеркальный сервер. Зеркалирование работает, всё ок. Все изменения передаются. Однако оказывается я с таким же успехом могу вносить изменения на зеркале как и на источнике. Получается, что зеркальная копия уже становится не совсем зеркальной. Есть ли возможность ограничить зеркало только на чтение? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2009, 11:52 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Так там в настройках БД можно указать "Только чтение". Как у КащеЛиба... ---------- Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2009, 11:57 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
krvsaТак там в настройках БД можно указать "Только чтение". Как у КащеЛиба... ---------- Если указать "Только чтение", то и зеркалирования не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2009, 17:57 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Дядя ЖораSuse Sles 9 SP3 + Ensemble 2008 Настроил зеркальный сервер. Зеркалирование работает, всё ок. Все изменения передаются. Однако оказывается я с таким же успехом могу вносить изменения на зеркале как и на источнике. Получается, что зеркальная копия уже становится не совсем зеркальной. Есть ли возможность ограничить зеркало только на чтение? Можно еще сделать основной сервер зеркалом для зеркального, тогда 2 сервера буду равнозначны только уберите галку "Журналировать отработанные транзакции" ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2009, 10:31 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Такой галки в Cache с $zv >= 5.1 нет, т.к. кардинально изменился подход к журналированию (вся БД журналируется или нет). Если БД на теневом сервере будут журналироваться, и основной сервер будет описан как теневой по отношению к теневому, то они будут передавать друг другу одни и те же изменения в БД "пока не сдохнут". Достаточно просто полностью ограничить доступ к теневому серверу: остановить соответствующий сервис, или, если это CSP-приложение, запретить для него все виды аутентификации. Если прописаны пользователи и роли, то можно не давать привилегии (%DB_ИмяБД, WRITE) ни одной роли на теневом сервер (если, конечно, приложение сумеет адекватно работать с таким пользователем :). ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2009, 11:19 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Дядя ЖораЕсли указать "Только чтение", то и зеркалирования не будет. Я-то надеялся что для процесса "енизации" это не распространяется... Жаль если так. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2009, 19:48 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Коллеги, добрый день! Возможно ли настроить зеркалирование таким образом, чтобы базу, на которую восстанавливается журнал можно было использовать для формирования различных отчетов. Большинство отчетов на COSе. Одна из причин такого разделения - снижение нагрузки на основной сервер. Т.е. по сути хочу сделать аналитическую базу с актуальными данными, за счет зеркалирования. Или лучше использовать какие-то другие решения? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2014, 14:43 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI4Возможно ли настроить зеркалирование таким образом, чтобы базу, на которую восстанавливается журнал можно было использовать для формирования различных отчетов. Зеркальную БД можно только читать... Если все "изменяемое" будет в другой БД - то читай "зеркальную" без всяких проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2014, 15:04 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI4, Асинхронный узел зеркала можно использовать для отчётов: http://docs.intersystems.com/cache20131/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror#GHA_mirror_set_report_sys Можно даже в зеркалируемую базу писать на асинхронном узле (если тип read-write reporting), но тогда в случае сбоя на него нельзя будет переключиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2014, 16:05 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Александр Коблов, Спасибо большое за ответ. То, что нужно! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2014, 18:37 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
1) Посмотрел, на всех картинках во всех мануалах показано, что асинхронный узел подключается к зеркалу, состоящему из двух отказоустойчивых узлов. Возможно ли подключить асинхронный узел к зеркалу, в котором только один узел, с которого будем брать данные. 2) Возможно ли настроить зеркало таким образом , чтобы в случае падения сервера переключение не производилось в автоматическом режиме (чтобы было как при теневом копировании, ну или хотя бы запрашивалось подтверждение администратора). 3) Ну и еще вопрос, при попытке настроить асинхронный узел в Cache 2010.2.8, узел все время создается в "read only", и поля для выбора типа асинхронного узла при подключении нет, где можно найти информацию о таких возможностях Cache 2010.2.8 (есть ли вообще возможность выбора). ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2014, 11:06 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI41) Посмотрел, на всех картинках во всех мануалах показано, что асинхронный узел подключается к зеркалу, состоящему из двух отказоустойчивых узлов. Возможно ли подключить асинхронный узел к зеркалу, в котором только один узел, с которого будем брать данные. 2) Возможно ли настроить зеркало таким образом , чтобы в случае падения сервера переключение не производилось в автоматическом режиме (чтобы было как при теневом копировании, ну или хотя бы запрашивалось подтверждение администратора). 3) Ну и еще вопрос, при попытке настроить асинхронный узел в Cache 2010.2.8, узел все время создается в "read only", и поля для выбора типа асинхронного узла при подключении нет, где можно найти информацию о таких возможностях Cache 2010.2.8 (есть ли вообще возможность выбора). 1. Да 2. Да, если один узел primary, а второй асинхронный, то автоматического переключения не будет. 3. Возможность выбора появилась в 2012.2. Сравните: http://docs.intersystems.com/cache20122/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror#GHA_mirror_set_configrptsys и http://docs.intersystems.com/cache20121/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror#GHA_mirror_set_configrptsys ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2014, 11:16 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Александр Коблов, Есть одно но, согласно информации от производителя ПО, которое у нас стоит на Cache, последняя поддерживаемая версия cache - 2012.1.5, выше пока нет. Можно ли как-нибудь настроить такую вещь на cache 2012.1.5, ни у кого нет такого опыта? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2014, 13:12 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Вопрос с зеркалированием отпал, для поставленной цели хватило Теневой копии. Все работает отлично, отчеты выгружаются, есть одно но - возможно возникновение расхождения баз на источнике и на тени, но это уже другая задача. Вот только одного не пойму, из документации выяснил, что если тень active, то при перезагрузке теневого сервера никаких проблем возникнуть не должно, после запуска он автоматом накатит все записи журнала с последнего чекпоинта. А если необходимо перезагрузить источник, как быть? В документации не нашел, но по логике с тенью можно ничего не делать, верно? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.04.2014, 23:16 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI4возможно возникновение расхождения баз на источнике и на тени...Оно, скорее, неизбежно, если у вас RW-доступ к теневой БД. TEHbI4А если необходимо перезагрузить источник, как быть? В документации не нашел, но по логике с тенью можно ничего не делать, верно?Верно. Самой плохое, что может случиться с тенью - остановка журнала на источнике: тогда её придётся разворачивать заново. Поэтому рекомендуется выставить опцию в конфигурации - настройка журнала: Остановиться при ошибке. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2014, 10:25 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Решил сделать задачу для менеджера задач, которая по ночам будет проверять расхождение баз (на источнике и на тени) на основе утилиты ^DATACHECK, в дальнейшем, можно будет придумать что-нибудь с исправлением найденного расхождения. Сейчас просто запустил ^DATACHECK, он мне выдал следующий результат по одной из глобалей Код: xml 1. 2. 3. 4. 5. 6.
Причем workflow выглядел следующим образом: Код: xml 1. 2. 3. 4. 5.
Проверив данные в глобали, убедился, что они одинаковые на обеих базах. Как интерпретировать полученный результат? типа от "^Doc" до "^Doc(1,35167918,1,-632940011073)" все ок, а от "^Doc(1,35167918,1,-632940011073)" до "^Doc(1,35167922,1,-632940031077)" расхождения? Если так, то почему такой результат, данные в глобалах то одинаковые? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2014, 16:27 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI4Проверив данные в глобали, убедился, что они одинаковые на обеих базах. Расхождения могли существовать в момент сравнения, а потом теневой сервер догнал боевой. Ведь ваша проверка была позднее, чем DATACHECK. Попробуйте повторить эксперимент, подняв тень заново из свежего бэкапа основного сервера, и сразу после этого запустив DATACHECK, запретив работу пользователей на тени. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2014, 16:56 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Alexey Maslov, Эта проверка, о которой я написал, производилась вчера, поэтому сейчас убедившись сам, что все верно, перезапустил проверку конкретно по этой глобали, жду результатов. Как я понял фаза "Recheck Discrepancies" как раз и предназначена для исключения такой ситуации, когда тень накатывает данные в процессе проверки. Или она в 2010.2.8 не так отлично работает, как это описано в документации? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2014, 17:35 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI4Или она в 2010.2.8 не так отлично работает, как это описано в документации?Вполне возможно. Не использую DATACHECK "в поле", лишь попробовал однажды, чтобы знать, что оно в принципе есть. Сама идея DATACHECK мне показалась странной: - Если мы не доверяем тени (зеркалу), зачем пользуемся? Сравнительно несложно собрать свой "велосипедик" на интрементных бэкапах, например. - Если в принципе доверяем, но (вдруг) появились серьёзные причины для недоверия, гораздо быстрее и надёжнее заново развернуть тень (зеркало). - В вашей ситуации, когда БД сознательно открывается на запись, смысл проверки вообще непонятен. Расхождения будут, с этим просто надо смириться. Если тень нужна не только для отчётов, но и как горячий резерв, заведите ещё одну, и будет вам счастье. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2014, 21:01 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Спасибо всем за предыдущие ответы, месяц работы теневого сервера - полет нормальный, но заметил одну очень странную особенность: если я импортирую классы на источник, то и на источнике и на тени создаются классы *.cls, а вот при компиляции этих классов на источнике, на нем создаются int рутины, а на тени нет. Приходится повторно компилировать классы и на тени. По логике ведь все рутины должны переноситься... (Версия cache 2010.2.8 ) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2014, 16:44 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
Журналирование отключается во время компиляции классов - документированная фича v.2010.x, позднее убрали. Было сделано для ускорения компиляции. Если не нравится, выполните:d $system.OBJ.SetQualifiers("/journal=1",1) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2014, 17:17 |
|
Теневой сервер не ридонли?
|
|||
---|---|---|---|
#18+
TEHbI4, Может вам нужно флаг /journal=1 использовать: http://docs.intersystems.com/cache20141/csp/docbook/DocBook.UI.Page.cls?KEY=GCDI_shadow#GCDI_shadow_consider_classcomps ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2014, 17:18 |
|
|
start [/forum/topic.php?fid=39&msg=38620670&tid=1556887]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 265ms |
total: | 388ms |
0 / 0 |