Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
TechNoir
Зарегистрирован: 22.08.2003 Сообщения: 1632 Откуда: Moscou
|
Добавлено: Вт Апр 03 2007 21:09 Заголовок сообщения: База 1с на реплицируемом DFS-ресурсе |
|
|
База 1с, DBF, на сетевом \\domain\1c_base.
\\domain\1c_base "указывает" на \\comp1\1c_base и на \\comp2\1c_base.
Между comp1 и comp2 действует репликация.
Стоит так делать? Нет?
Спасибо! _________________ Vive la Russie! |
|
Вернуться к началу |
|
|
And
Зарегистрирован: 02.12.2003 Сообщения: 401 Откуда: Московская обл.
|
Добавлено: Ср Апр 04 2007 07:57 Заголовок сообщения: |
|
|
И что, работает? |
|
Вернуться к началу |
|
|
TechNoir
Зарегистрирован: 22.08.2003 Сообщения: 1632 Откуда: Moscou
|
Добавлено: Ср Апр 04 2007 08:46 Заголовок сообщения: |
|
|
а что? не должно? _________________ Vive la Russie! |
|
Вернуться к началу |
|
|
vitaliy2007
Зарегистрирован: 06.03.2007 Сообщения: 132
|
Добавлено: Ср Апр 04 2007 13:47 Заголовок сообщения: |
|
|
А чего ты в общем хочешь добиться? может есть другой путь. |
|
Вернуться к началу |
|
|
TechNoir
Зарегистрирован: 22.08.2003 Сообщения: 1632 Откуда: Moscou
|
Добавлено: Ср Апр 04 2007 16:31 Заголовок сообщения: |
|
|
В идеале мне нужно следующее:
Пользователи работает с одним конкретным ресурсом на конкретном сервере. С "конкретного" сервере в режиме реального времени происходит репликация данных на второй сервер.
<Сразу вопрос, насколько нагружает сервер realtime-репликация?>
Переключение на второй сервер для клиентов происходит только в том случае, если не доступен "конкретный".
Возможно ли такое настроить? _________________ Vive la Russie! |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Чт Апр 05 2007 07:00 Заголовок сообщения: |
|
|
Возможно, но консистентность (целостность и непротиворечивость) данных не обеспечивается. Проше говоря вы сами базу угробите и все.
Делается задуманное только копированием блоков на низком уровне. Работает это на дорогих системах хранения, например от EMC или Hitachi.
Для Оракла есть механизм DataGuard, позволяющий держать один сервер основным, второй в режиме standby. У вас 1С, и с Oracle она не дружит.
Если вам реально нужно сделать резервирование базы, то купите дисковый массив, по FibreChannel подключите к массиву два сервера, сделайте из них кластер HighAbility. Вот тогда будет счастье. Кластер - это не значит, что данные бакапить не надо!!! |
|
Вернуться к началу |
|
|
a-m-d
Зарегистрирован: 09.09.2004 Сообщения: 1498 Откуда: SPb
|
Добавлено: Чт Апр 05 2007 08:04 Заголовок сообщения: |
|
|
TechNoir писал(а): | ...Переключение на второй сервер для клиентов происходит только в том случае, если не доступен "конкретный"... |
База в каком формате dbf или sql?
Другие варианты рассматриваются? Для sql-формата есть вполне нормальное, на мой взгляд, решение:
- каталог базы периодически копируется на резервный сервер (обычно там мало чего нового жизненно необходимого бывает);
- для хранилища можно организовать log shipping или подобное.
Т.е. на резервном сервере соответствующая sql-база находится в режиме stanby и с заданным интервалом на нее накатываются изменения, произошедшие в основной (хоть каждую минуту). В случае чп, резервная база переводится из standby в нормальный режим, конфигурацию 1С настраиваем на работу с этой базой, ползателям подменяем путь, если надо. В идеале, с момента принятия решения о переходе, процесс занимает считанные минуты практически независимо от размера базы. Потери данных, опять же при удачном раскладе, могут не превышать введенных за период "синхронизации".
Есть еще нюансы, которые надо учитывать.
Если это интересно, могу подробнее, но... не знаю когда на днях
PS я уж не говорю про остальные плюсы sql-версии _________________ Век живи - век учись!.. Дураком помрёшь. |
|
Вернуться к началу |
|
|
|