Форум программистов, компьютерный форум, киберфорум
Наши страницы
Lotus Notes/Domino: Администрирование
Войти
Регистрация
Восстановить пароль
 
Рейтинг 4.63/101: Рейтинг темы: голосов - 101, средняя оценка - 4.63
Fortovyy022
0 / 0 / 0
Регистрация: 30.01.2009
Сообщений: 12
#1

Репликация

13.04.2010, 16:18. Просмотров 18139. Ответов 12
Метки нет (Все метки)

Добрый день!
Поставили задачу: собирать репликацией с нескольких серверов данные в один центральный и в одну базу. Но у меня не получается, так как реплика айди уникален. Может кто то сталкивался с такой задачей? Подскажите, возможно ли сделать такое вообще и если возможно то как? Заранее спасибо.
Сервера все Domino 7.0.2

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

0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
13.04.2010, 16:18
Ответы с готовыми решениями:

Репликация
назовем сервера work и backup Дано: два сервера в кластере документы...

Репликация
Всем привет! Ситуация: Есть сервер Domino, к нему через интернет(с одного ip)...

Репликация
После переноса сервера на новое железо, появилась след проблема: Unable to...

Кластерная репликация
Вопрос на вскидку для уточнения: Правила репликации обычного процесса...

репликация в домене
Всем привет! Есть вопрос по репликации в Domino Domain: Решил поднять для...

12
Ktydo
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
13.04.2010, 16:32 #2
Цитата Сообщение от Fartovyi022
не получается, так как реплика айди уникален
у реплик он должен быть одинаковый... судя по всему у Вас везде не реплики базы, а копии?
ID надо сначал привести к одному - см. например http://www-01.ibm.com/support/docview.wss?uid=swg21094568 или погуглите,
затем настраваете push репликацию для радиальных серверов (ну или по желанию)... к сожалению, если в базе не предусмотрено сразу ограничение на доступ сервера к "своим" документом (на уровне readers полей, например) - придется разово программно пройтись перед первой репликацией (агентом с установкой читателя-сервера), если надо на каждом хранить только своё. а на центральном - полное собрание документов...
0
VtodSh
0 / 0 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
13.04.2010, 20:41 #3
Цитата Сообщение от Fartovyi022
Поставили задачу: собирать репликацией с нескольких серверов данные в один центральный и в одну базу.
Кто поставил задачу, вообще не шарил в LND.
Если бы я на всё соглашался, что "ставит задачу" заказчик, то рехнулся бы давно...
Зачем в одну базу??? Почему не подходят отдельные базы, как обычно?
Это архив будет? Если архив, то лучше его реализовать программно.
0
Fortovyy022
0 / 0 / 0
Регистрация: 30.01.2009
Сообщений: 12
14.04.2010, 07:25 #4
Там задачка для отчёта перед вышестоящим руководством и отчёт не в виде таблицы в EXEL а именно реальные данные и в одной базе.
0
VtodSh
0 / 0 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
14.04.2010, 12:01 #5
> Там задачка для отчёта
Тем более.
Если в пределах одной базы, то можно было бы попытаться на вьюхах выкрутиться, иначе - скриптом.
0
Ktydo
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
14.04.2010, 13:01 #6
VladSh


Цитата Сообщение от VladSh
можно было бы попытаться на вьюхах выкрутиться, иначе - скриптом
прикинь 25 радиальных баз (или 500 ) и ты выкручиваешься вьюхами-скриптом ;)

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

всё решается в течение 1 рабочего дня: 30 минут поменять id баз, 30 минут настроить коннекшены, остальное время - простановка селективных доступов серверам (написание и отработка агентов)...
0
VtodSh
0 / 0 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
14.04.2010, 15:44 #7
Klido

Прикинь, если вдруг они заходят хранить архивы баз на этом, главном сервере, и что делать потом? Это тебе не 30 минут...
Менять родной код реплики, IMHO, плохая идея. Очень плохая.
0
Ktydo
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
14.04.2010, 15:57 #8
VladSh


Цитата Сообщение от VladSh
плохая идея. Очень плохая
да ладно... есть гораздо больше неприятных и плохих вещей в лотусине



Цитата Сообщение от VladSh
они заходят хранить архивы баз на этом, главном сервере, и что делать потом?
не понял о чем ты... архивы - это не реплики, если ты про архивные базы...

задача проста как жизнь, но её лучше решать заранее, конечно, а не потом...
0
VtodSh
0 / 0 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
14.04.2010, 16:14 #9
Цитата Сообщение от Klido
не понял о чем ты... архивы - это не реплики, если ты про архивные базы...
Часто базы с разных серверов, для хранения "архивов" в одном месте (на одном сервере), собираются как раз с помощью репликации..

Отчёты - не та задача, которую нужно решать репликация. Возможно придётся эти доки как-то предварительно обрабатывать скриптом, папример, чтобы отличать сервера, если такого поля нет (и хорошо бы только сервера...), а ещё и формирование самого "Отчёта", если вдруг вьюхой не удастся сделать то, что захочет заказчик, а вероятность этого, как всегда, велика...
0
puks
0 / 0 / 0
Регистрация: 03.02.2007
Сообщений: 1,913
14.04.2010, 16:31 #10
Мы решали подобные задачи следующим образом. Ставился LEI, который вынимал все, что надо, в реляционный формат. LEI даже поддерживает репликации с разными конфигурациями направления между разными типами источников данных. А вот уже с этим строй отчеты как хочешь. Мы использовали Crystal Reports server, который хорошо ставился на Домино.

Но это глобальное решение.
0
Ktydo
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
14.04.2010, 16:36 #11
Цитата Сообщение от VladSh
Часто базы с разных серверов, для хранения "архивов" в одном месте (на одном сервере), собираются как раз с помощью репликации..
все равно не понимаю что за "архивы"? бэкапы???



Цитата Сообщение от VladSh
Отчёты - не та задача, которую нужно решать репликация.
вот вы мегамозги - он под "отчетами" имел ввиду не ваши ОТЧЕТЫ, а просто чтоб можно было следить за всем в одном месте - в центре типа отчетность по движению доков и по инфе - в одну базу смотреть, а не в 50....
0
VtodSh
0 / 0 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
15.04.2010, 11:45 #12
Цитата Сообщение от Klido
все равно не понимаю что за "архивы"? бэкапы???
Да.


Цитата Сообщение от Klido
вот вы мегамозги - он под "отчетами" имел ввиду не ваши ОТЧЕТЫ, а просто чтоб можно было следить за всем в одном месте - в центре типа отчетность по движению доков и по инфе - в одну базу смотреть, а не в 50....
Какие "наши"? ))) Отчёты - они отчёты и есть
Ты мну сильно удивил, чисто программерским, IMHO, местячковым решением ты ж архитектор!
Вполне возможно, что какую-то из этих баз захотят реплицировать на другие сервера и в ней работать, как тогда быть???
По моему, чтобы менять код реплики, для этого должны быть ОЧЕНЬ веские причины..

puks, решение супер!
Если бы Вы ещё где-нибудь, в какой-нибудь теме про LEI, поделились сакральными знаниями о её работе... :(
0
Ktydo
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
15.04.2010, 13:13 #13
Цитата Сообщение от VladSh
Ты мну сильно удивил
ты поднялся выше облаков и на пути в космос а мы тут на земле работаем :(

ты внимательно задачу читал? у них есть одинаковые базы, но КОПИИ, им надо сливать всё в одну центральную. Ну и зачем тут LEI или иные навороты???
а так - на радиальных серверах только их инфа, в центре - вся. Бэкапим только центральную. Ну если есть возможность на местах - там тоже можно.


Цитата Сообщение от VladSh
местячковым решением
ну-ну, помогайте человеку запариться на полгодика ковыряния в непонятно зачем нужном
0
15.04.2010, 13:13
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
15.04.2010, 13:13

Репликация правил
Добрый день всем В какой-то момент столкнулся с проблемой у пользователя,...

Квоты на ПЯ и репликация
Добрый день. Есть два сервера, между которыми реплицируется pull-push папка...

Репликация в будущем
Всем привет! Кто-нить сталкивался с подобной проблемой, знает решение?.. Есть...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
13
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2018, vBulletin Solutions, Inc.
Рейтинг@Mail.ru