RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : PDC связать с BDC

From	:	Swing
To	:	Sergey Shevchenko
Subj	:	PDC связать с BDC

> Как соверщить сабж, чтобы копировались не только права, но и чтобы после падения PDС подхватывал BDC ресурсы, как х синхронизировать и как это делается. Теперь опишу ситуацию: Есть два сервака, один из них главный второй бекапный. Есть сетевые ресурсы(много) которые должн быть дступны после падения примари, т.е. они должны быть полностью одинаковыми!

Вообще, BDC автоматически подхватывает ресурсы (ДОМЕННЫЕ!), естественно если запущен сервис репликатор, т.е. базу данных юзеров и групп и их права.Если нужно еще и сетевые шары бэкапить, то для них надо тоже настраивать репликацию. Ниже описано, к сожалению псевдографика рисуется как ? :(

From: Yuri Didenko <Yuri.Didenko@p3.f166.n463.z2.fidonet.org>
Date: Wed, 23 May 2001 20:35:42 +0400
Subject: Возможности штатных средств OS/2 по репликации файловых ресурсов

Для начала стоит рассмотреть секцию параметров [replicator] в IBMLAN.INI,
в которой собственно и определяются все настройки задачи REPLICATOR. Хочу
добавить, что некоторые из этих параметров в исходном файле просто
отсутствуют.

Параметры основных настроек для проведения репликации.

REPLICATE определяет функцию сервера при репликации, и может принимать
одно из значений:

EXPORT - сервер выступает как источник файлов при репликации.
IMPORT - сервер импортирует файлы с другого(их) сервера(ов).
BOTH - сервер совмещает обе функции.

EXPORTPATH определяет из какой директории будет приосходить репликация
файлов (путь указывается в явном виде).

IMPORTPATH определяет в какую директорию будет приосходить репликация
файлов (путь указывается в явном виде).

EXPORTLIST определяет на какой(ие) сервер(а) будет происходить
репликация.

Если серверов больше одного их имена разделяются (;), если сервер находится в
другом домене то в конце через (;) добавляется имя этого домена. Т.е. при
наличии сервера(ов) из другого домена, сначала указывается сервер(а) своего
домена затем сервер(а) другого домена и в конце само имя этого домена.

* Существует ли возможность экспорта файлов на сервера, из двух и более других
доменов я не знаю.

IMPORTLIST определяет c какого(их) сервера(ов) будет происходить
репликация.

Все настройки этого параметра аналогичны настройкам параметра EXPORTLIST.

Параметры, которые отвечают за идентификацию при проведении репликации.

TRYUSER имеет значение только для импортера и позволяет проводить
репликацию в том случае, когда на нем не был произведен LOGON.

По умолчанию определен как YES.

LOGON задает ID экспортера (импортера) при репликации.

PASSWORD задает пароль экспортера (импортера) при репликации.

* Оба этих параметра могут быть опущены.

Параметры, которые отвечают за периодичность проведения репликации.

INTERVAL задает период времени (в минутах), через который будет
производиться проверка на наличие именений в директории для экспорта файлов.

Значение задается в пределах 1-60. По умолчанию 5.

GUARDTIME задает период времени (в минутах), через который будет
проводиться репликация, если параметр INTEGRITY в файле REPL.INI (о нем будет
рассказано чуть дальше) задан как TREE.

Значение задается в пределах 0-INTERVAL/2. По умолчанию 2.

PULSE задает период времени (в минутах), через который сервер экспортер
будет пытаться установить дополнительные соединение для репликации (вне
основного расписания репликаций).

Значение задается в пределах 1-10. По умолчанию 3.

RANDOM задает период времени (в секундах), через который сервер
экспортер будет пытаться установить соединение для репликации.

Значение задается в пределах 1-120. По умолчанию 60.

* Hадеюсь, что я правильно понял их назначение, но на всякий случай я бы
советовал особо не экспериментировать и оставить их значения по умолчанию.

Дополнительные файлы управления процессом репликации.

Эти файлы создаются администратором на сервере, с которого производится
экспорт файлов, и служат для управления процессом репликации.

Файл REPL.INI.

Данный файл должен быть расположен в корне директории из которой будет
производиться экспорт файлов, т.е. там куда указывает EXPORTPATH (или
в поддиректории, если должны реплицироваться не все из них), и определяет
как должна происходить репликация в отношении поддиректорий и файлов.
Он содержит всего два параметра EXTENT и INTEGRITY, которые могут принимать
значения TREE или FILE.

EXTENT определяет будут ли реплицироваться только файлы (значение FILE)
или и файлы и поддиректории (значение TREE).

INTEGRITY определяет периодичность проведения репликации. Если задано
FILE тогда сразу после изменения файла, если задано TREE тогда с заданой
периодичностью (определяется параметром GUARDTIME).

Значения по умолчанию определены как EXTEND=TREE а INTEGRITY=FILE.

Файл USERLOCK.xxx.

Файл USERLOCK.xxx (расширение может быть произвольным) выполняет роль
флага и служит для запрещения репликации файлов и поддиректорий. Данный файл
должен быть расположен в корне директории первого уровня (относительно пути
указаного в EXPORTPATH), содержимое которой не подлежит репликации, и иметь
нулевую длинну.
Дополнительное требование для запрещения репликации: значение параметра
INTEGRITY, в расположеном здесь же файле REPL.INI, должено быть TREE.

Сигнальные файлы.

Эти файлы создаются автоматически на сервере (рабочей станции), куда
производится импорт файлов, и служат для контроля за состоянием процесса
репликации (создаются в каждой директории первого уровня относительно пути
указаного в IMPORTPATH).

OK.RP$ - указывает, что последняя репликация прошла успешно.

NO_MASTR.RP$ - указывает, что во время последней попытки проведения
репликации она закончилась неудачно (на сервере, с которого производится
репликация, не запущена задача REPLICATOR) или на нем были произведены
изменения в настройке (как вариант, удален файл REPL.INI в данной директории).

NO_SYNC.RP$ - указывает, что во время последней попытки проведения
репликации не удалось полностью засинхронизировать директории.
Возможные причины:
- не удалось установить соединение с сервером источником файлов;
- системная ошибка на сервере источнике файлов;
- ошибка с правами доступа к указанным поддиректориям (файлам);
- во время репликации файл был открыт на одном из серверов.

Последнее о чем еще стоит упомянуть это собственно запуск задачи,
отвечающей за процесс репликации. Задача называется REPLICATOR и может
запускаться:
- вручную, по команде NET START REPLICATOR
- автоматически при старте сервера. Для этого в строчку к значениям параметра
SRVSERVICES (IBMLAN.INI) добавляется еще одно - REPLICATOR.

Теперь собственно и перейдем к конкретному примеру по настройке
репликации. В примере будет рассмотрен вариант репликации с двух серверов
(EXP1 и EXP2) на третий (IMP1), который выступает импортером по отношению
к ним обоим.

Параметры IBMLAN.INI первого сервера экспортера (EXP1).

replicate = export
exportlist = IMP1
exportpath = C:\EXPORT

Каталог C:\EXPORT имеет следующую структуру:

┌───────────┐
│ C:\EXPORT │
└──┬────────┘
│ ┌───────┐
├──┤ INFO │
│ └──┬────┘
│ │ ┌────────┐
│ ├──┤REPL.INI│
│ │ └──┬─────┘
│ │ ├─EXTENT=TREE
│ │ └─INTEGRITY=FILE
│ │ ┌────────┐
│ ├──┤ DATA │
│ │ └──┬─────┘
│ │ ├─subdirectories
│ │ └─files
│ │ ┌────────┐
│ └──┤ USERS │
│ └──┬─────┘
│ ├─subdirectories
│ └─files
│ ┌───────┐
└──┤ APPS │
└──┬────┘
│ ┌────────┐
├──┤REPL.INI│
│ └──┬─────┘
│ ├─EXTENT=TREE
│ └─INTEGRITY=FILE
│
├─subdirectories
├─files
└─USERLOCK.xxx

Параметры IBMLAN.INI второго сервера экспортера (EXP2).

replicate = export
exportlist = IMP1
exportpath = D:\REPL

Каталог D:\REPL имеет следующую структуру:

┌───────────┐
│ D:\REPL │
└──┬────────┘
│ ┌───────┐
├──┤ RIPL │
│ └──┬────┘
│ │ ┌────────┐
│ ├──┤REPL.INI│
│ │ └──┬─────┘
│ │ ├─EXTENT=FILE
│ │ └─INTEGRITY=FILE
│ │ ┌────────┐
│ ├──┤ IMAGES │
│ │ └──┬─────┘
│ │ ├─subdirectories
│ │ └─files
│ │
│ └──files
│
│ ┌───────┐
└──┤ STATS │
└──┬────┘
│ ┌────────┐
└──┤ ERRORS │
└────────┘

Параметры IBMLAN.INI сервера импортера (IMP1).

replicate = import
importlist = EXP1;EXP2
importpath = D:\BACKUP
tryusers = yes

После репликации каталог D:\BACKUP должен имееть следующую структуру:

┌───────────┐
│ D:\BACKUP │
└──┬────────┘
│ ┌───────┐
├──┤ RIPL │
│ └──┬────┘
│ └─files
│ ┌───────┐
├──┤ INFO │
│ └──┬────┘
│ │ ┌────────┐
│ ├──┤ DATA │
│ │ └──┬─────┘
│ │ ├─subdirectories
│ │ └─files
│ │ ┌────────┐
│ └──┤ USERS │
│ └──┬─────┘
│ ├─subdirectories
│ └─files
│ ┌───────┐
└──┤ APPS │
└───────┘

* Примечания.

1. Данный пример приведен из документации. Реально у себя я производил
репликацию между двумя серверами где один работал в режиме export, а
другой в режиме import.

Bye, Yuri!

Thu 06 Jun 2002 13:16

Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.0rc3) Gecko/2002

PDC связать с BDC (Sergey Shevchenko, 06.06.02 11:26)
- PDC связать с BDC (Swing, 06.06.02 13:16)
- PDC связать с BDC (Andrey Mitrofanov, 06.06.02 15:36)

Список сообщений \| Написать новое \| Ответить на сообщение \| Домой	Поиск:
Предыдущее сообщение \| Следующее сообщение