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

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > Как соверщить сабж, чтобы копировались не только права, но и чтобы после падения 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!
>

_, _, _, _, _ _ _,_ (_ \| / \ \|\ \| \| \|_/ , ) \| , \ / \| \\| \| \| \ ~ ~~~ ~ ~ ~ ~ ~ ~