Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Приветствую коллеги! Вот добрался до вопроса организации "зеркала" все вроде бы сделал, необходимые данные пока "зеркалируются" возникли следующие вопросы: 1. Что и как делать с классами, которые реализуют функционал самопальных компонентов? На основном сервере такие классы находятся в одной области и замэплены в другую, так в "другой" приходилось их вручную перекомпилировать, что бы JS файлы появлялись в папке .../csp/"другая обл."/... Что делать в такой ситуации на "зеркале"? 2. Есть папки с файлами фото на основном сервере, как их "синхронизировать" с "зеркалом"? 3. Что и как делать для синхронизации кашевых учетных записей? 4. Как разделить(определить) какой из серверов сейчас "в бою"? Для того чтобы не дублировать резервное копирование и запуск задач из "Менеджера задач"? Может есть какие то иные варианты? Правильно ли я понимаю процесс работы "зеркала": основной сервер работает, по журналам происходит копирование на "зеркало" основной сервер падает поднимается "зеркало" в автоматическом режиме? как? зеркало в "бою" происходит ввод новых данных потом поднимается основной сервер новые данные с "зеркала" попадут на основной севрвер? автоматически? спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 14:01 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
про работу зеркала, как я понимаю речь идет про новое зеркалирование которое есть вроде с 2010 версии с использованием ISCAgent ? Когда работает один сервер, на зеркала идет накат через дополнительные файлы журналов, они немного отличаются. оба сервера работают как бы в обычном режиме, но один считается основным, а на втором БД монтированы только для чтения. основной падает, зеркало сразу монтирует бд для записи и становится основным. Не знаю как будет работать в такой конфигурации с CSP. мы еще пробовали дополнительно ECP конфигурацию. только когда подключали клиента указывали что он подключается к зеркалу, указывали на тот момент основной сервер. в такой конфигурации, "падение" основного сервера, никак не сказалось на работе приложения. в том числе сессия продолжает жить. со стороны клиента так будто ничего не произошло. соответственно бывший основным сервер, после поднятия сразу становится зеркалом, и принимает на себя данные с основного. автоматически роль основного сервера ему не вернется. в такой конфигурации, компилировать так же можешь на ECP клиенте, тогда проблем с JS быть вроде не должно. Но мы ZEN не используем. у нас таких проблем нет. с менеджером задач штука сложная получается, опять же думаю лучше будет если они будут работать на ECP-клиенте(ах), но без дублирования, чтобы не произошло одновременного запуска одинаковых задач на разных инстансах. для синхронизации файлов, полагаю стоит воспользоваться отдельными продуктами, ли использовать сетевую папку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 14:46 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
DAiMor, версия 2010.1.1.503 упоминаний про ISCAgent не нашел зеркало конфигурировал по документации, про монтирование БД в режиме чтение не видел да конфигурация у вас интересная, только вот что будет если ECP клиент грохнется ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 15:04 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
ага судя по всему начиная с 2010.2 документация основная и со школы 2010 С ECP, можно поставить несколько ECP клиентов, и пускай они падают, за ними CSPGateway в режиме FailOver Load balancer. там можно перечислить несколько серверов которые должны будут обрабатывать запросы. и соответственно при падении одного из них перекинется на работающий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 15:13 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
да и старое зеркало которое видимо ты настроил ничего подобного не умеет, сделать зеркало боевым можно только вручную, соответственно чтобы старый основной сервер стал зеркалом, зеркало нужно поднимать заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 15:33 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Ymka2007, Если 2010.1, то это точно не "зеркало" (Mirroring), а "тень" (Shadowing). К сожалению, вплоть до какой-то версии в Портале Cache Shadowing было переведено как "зеркалирование". Позднее это исправили. Если говорить о "зеркале" без ECP, то настройки безопасности из БД CACHESYS придётся переносить на вторичный член зеркала руками, либо изобретать некий велосипед для автоматизации этого процесса, либо хранить данные пользователей в LDAP - или ещё где-нибудь вне CACHESYS. Такое позволяет делать делегированная аутентификация и/или авторизация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 16:08 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Ymka2007, пытались использовать. Опыт по всем вышеперечисленным вопросам негативный. Можно использовать для баз не завязанных на Caché безопасность, аудит,CSP. Вернулись к варианту с тенью. Смотреть в сторону EMS, наверно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 16:39 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
doublefintМожно использовать для баз не завязанных на Caché безопасность, аудит,CSP. Вернулись к варианту с тенью.А разве у тени не практически те же ограничения? Знаю, что она позволяет поддерживать теневую копию CACHESYS (в отдельной БД, отличной от CACHESYS). Возможно ошибаюсь, но не уверен, что "в случае чего" на тени, при переключении ее в боевой режим, этой копией можно так вот просто накрыть CACHESYS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 18:33 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Alexey Maslov, да, у тени те же ограничения, только поведение более предсказуемое :) Ситуация когда два экземпляра начинали считать себя Primary, с нетривиальным выходом из этого состояния через ... доставляла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2012, 21:32 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
doublefint , спасибо, Ваш опыт интересен... В какой версии Cache Вы его приобрели? был ли задействован собственный код (ZMIRROR)? Я довольно жёстко испытывал "зеркалку" в Cache 2011.1.3 и 2011.1.4. Сумел добиться обратного эффекта: когда primary стартует, и не может связаться с агентом secondary, он переходит в неопределённое состояние, и сделать его primary можно только форсированно. Даже открыл проблему в WRC, но там мне объяснили, что это и есть мера защиты от старта второго - дублирующего - primary. Т.е., мораль такова: для успешного старта primary нужен доступный secondary-сервер с работающим агентом. При этом Cache на secondary может и не работать. Похоже, такая мера защиты действительно исключает дублирование primary, по крайней мере, я не смог придумать сценарий, при котором он может появиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 11:33 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Спасибо за советы! Но пока никак не сложится весь процесс "по полочкам", можно какие нибудь подробности $ZV 2010.1.1.503 "зеркального" агента нет в ней мигрировать на более свежие версии пока тоже не планируется получается будет использоваться "тень" как с такой конфигурацией управляться? заранее спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 13:18 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Ymka2007, Постарайтесь проапгрэдиться хотя бы в 2010.1.6. В "тени" была ошибка, которая начиная с этого релиза исправлена. Описание как настраивать "тень", ИМХО, исчерпывающее, добавить нечего: документация ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 13:28 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Alexey Maslov, настроить то я настроил )), данные попадают на "тень" а вот пользоваться теперь как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 13:44 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Ymka2007, Немного не понял. Если данные попадают на "тень", значит, вы ею уже пользуетесь )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 13:59 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Alexey Maslov, получается что да )) а дальше что делать, когда рухнет основной сервер? и после его поднятия что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 14:07 |
|
||
|
как организовать работу "зеркала"
|
|||
|---|---|---|---|
|
#18+
Ymka2007, Собственно, только то, что предлагает документация: Using the Shadow Destination for Disaster Recovery Enabling the shadow server to replace the production server is not automatic. The following procedure highlights how you might recover to the shadow server. If your database system functions as an application server, install identical applications on your shadow system to speed recovery. To use your shadow system as a master database: Follow the procedure for stopping shadowing on the shadow server. Stop Cache and do one of the following: Change the IP address and fully qualified domain name (FQDN) of the shadow system so that it exactly matches the original database system. Change the web application DNS to point to the IP address of the shadow system. Restart Cache. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2012, 15:30 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=37815335&tid=1557458]: |
0ms |
get settings: |
10ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
91ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 253ms |
| total: | 475ms |

| 0 / 0 |
