• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Репликация

  • Автор темы Fartovyi022
  • Дата начала
F

Fartovyi022

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

Klido

не получается, так как реплика айди уникален
у реплик он должен быть одинаковый... судя по всему у Вас везде не реплики базы, а копии?
ID надо сначал привести к одному - см. например или погуглите,
затем настраваете push репликацию для радиальных серверов (ну или по желанию)... к сожалению, если в базе не предусмотрено сразу ограничение на доступ сервера к "своим" документом (на уровне readers полей, например) - придется разово программно пройтись перед первой репликацией (агентом с установкой читателя-сервера), если надо на каждом хранить только своё. а на центральном - полное собрание документов...
 

VladSh

начинающий
Lotus Team
11.12.2009
1 783
157
BIT
55
Поставили задачу: собирать репликацией с нескольких серверов данные в один центральный и в одну базу.
Кто поставил задачу, вообще не шарил в LND.
Если бы я на всё соглашался, что "ставит задачу" заказчик, то рехнулся бы давно...
Зачем в одну базу??? Почему не подходят отдельные базы, как обычно?
Это архив будет? Если архив, то лучше его реализовать программно.
 
F

Fartovyi022

Там задачка для отчёта перед вышестоящим руководством и отчёт не в виде таблицы в EXEL а именно реальные данные и в одной базе.
 

VladSh

начинающий
Lotus Team
11.12.2009
1 783
157
BIT
55
> Там задачка для отчёта
Тем более.
Если в пределах одной базы, то можно было бы попытаться на вьюхах выкрутиться, иначе - скриптом.
 
K

Klido

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

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

всё решается в течение 1 рабочего дня: 30 минут поменять id баз, 30 минут настроить коннекшены, остальное время - простановка селективных доступов серверам (написание и отработка агентов)...
 

VladSh

начинающий
Lotus Team
11.12.2009
1 783
157
BIT
55
Klido

Прикинь, если вдруг они заходят хранить архивы баз на этом, главном сервере, и что делать потом? Это тебе не 30 минут...
Менять родной код реплики, IMHO, плохая идея. Очень плохая.
 
K

Klido

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

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

задача проста как жизнь, но её лучше решать заранее, конечно, а не потом...
 

VladSh

начинающий
Lotus Team
11.12.2009
1 783
157
BIT
55
не понял о чем ты... архивы - это не реплики, если ты про архивные базы...
Часто базы с разных серверов, для хранения "архивов" в одном месте (на одном сервере), собираются как раз с помощью репликации..

Отчёты - не та задача, которую нужно решать репликация. Возможно придётся эти доки как-то предварительно обрабатывать скриптом, папример, чтобы отличать сервера, если такого поля нет (и хорошо бы только сервера...), а ещё и формирование самого "Отчёта", если вдруг вьюхой не удастся сделать то, что захочет заказчик, а вероятность этого, как всегда, велика...
 

puks

Lotus Team
03.02.2007
1 919
55
BIT
3
Мы решали подобные задачи следующим образом. Ставился LEI, который вынимал все, что надо, в реляционный формат. LEI даже поддерживает репликации с разными конфигурациями направления между разными типами источников данных. А вот уже с этим строй отчеты как хочешь. Мы использовали Crystal Reports server, который хорошо ставился на Домино.

Но это глобальное решение.
 
K

Klido

Часто базы с разных серверов, для хранения "архивов" в одном месте (на одном сервере), собираются как раз с помощью репликации..
все равно не понимаю что за "архивы"? бэкапы???

Отчёты - не та задача, которую нужно решать репликация.
вот вы мегамозги - он под "отчетами" имел ввиду не ваши ОТЧЕТЫ, а просто чтоб можно было следить за всем в одном месте - в центре :) типа отчетность по движению доков и по инфе - в одну базу смотреть, а не в 50....
 

VladSh

начинающий
Lotus Team
11.12.2009
1 783
157
BIT
55
все равно не понимаю что за "архивы"? бэкапы???
Да.
вот вы мегамозги - он под "отчетами" имел ввиду не ваши ОТЧЕТЫ, а просто чтоб можно было следить за всем в одном месте - в центре :) типа отчетность по движению доков и по инфе - в одну базу смотреть, а не в 50....
Какие "наши"? ))) Отчёты - они отчёты и есть :)
Ты мну сильно удивил, чисто программерским, IMHO, местячковым решением :) ты ж архитектор!
Вполне возможно, что какую-то из этих баз захотят реплицировать на другие сервера и в ней работать, как тогда быть???
По моему, чтобы менять код реплики, для этого должны быть ОЧЕНЬ веские причины..

puks, решение супер!
Если бы Вы ещё где-нибудь, в какой-нибудь теме про LEI, поделились сакральными знаниями о её работе... :(
 
K

Klido

Ты мну сильно удивил
ты поднялся выше облаков и на пути в космос :) а мы тут на земле работаем :(

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

Обучение наступательной кибербезопасности в игровой форме. Начать игру!