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

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

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

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

Две реплики на одном и том же сервере

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Понятно, что это нехорошо, но тем не менее, кто что подобное проделывал и какие глюки вылетали в связи с этим?
Речь идет о создании в одной папке одного сервера двух БД, которые являются репликами друг друга. Плюс настроена репликация одной из этих реплик с репликой на другом сервере.
 
F

fvoice

<!--QuoteBegin-Wanderer+12:12:2007, 19:41 -->
<span class="vbquote">(Wanderer @ 12:12:2007, 19:41 )</span><!--QuoteEBegin-->Понятно, что это нехорошо, но тем не менее, кто что подобное проделывал и какие глюки вылетали в связи с этим?
Речь идет о создании в одной папке одного сервера двух БД, которые являются репликами друг друга. Плюс настроена репликация одной из этих реплик с репликой на другом сервере.
[snapback]89607" rel="nofollow" target="_blank[/snapback]​
[/quote]
имхо, на одном сервере они не будут между собой реплицироваться, так что та которая не реплицируется с другим сервером не будет реплицироваться вообще..
 

puks

Lotus Team
03.02.2007
1 919
55
BIT
3
<!--QuoteBegin-fvoice+12:12:2007, 22:41 -->
<span class="vbquote">(fvoice @ 12:12:2007, 22:41 )</span><!--QuoteEBegin-->имхо, на одном сервере они не будут между собой реплицироваться, так что та которая не реплицируется с другим сервером не будет реплицироваться вообще..
[snapback]89709" rel="nofollow" target="_blank[/snapback]​
[/quote]

Еще как будут. Наступали на эти грабли несколько раз, когда восстанавливали базу из архива в лотусовую директорию.
 
F

fvoice

Для: puks
ну так через другой сервер же (в этом случае они не будут одинаковые никогда) или прям "сам с собой"?
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Давно я тоже сталкивался с подобными граблями... когда две реплики на одном сервере реплицировались между собой. Но уже не помню, что да как было.
А теперь возникла задача, в которой есть необходимость создать 2 реплики - собираю информацию по данной конфигурации
 
30.05.2006
1 345
12
BIT
0
2 реплики - это мина, бомба замедленного действия.

Между собой они не реплицируются. В чужим сервером реплицируется одна, НО заранее не известно которая.
Самое милое - две реплики АК. "Это что-то особенного!" Всплывают давно удаленные сервера и юзера и т.д.
Неет! Такой футбол нам не нужен...
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Точно. Так и было.. Сервер для репликации отыскивает базу по Replica ID и достоверно неизвестно, которую из реплик БД он подцепит на этот раз. Получается русская рулетка какая-то.
Одним словом, приходим к выводу, что держать 2 реплики на одном сервере нельзя.

Придется в моем случае писать агент, который будет заполнять вторую бд (не являющейся репликой) идентичным контентом. Но тут уже придется геморроиться для написания проверки на изменения в документах в родительской БД и дочерней, на дубликаты документов и т.д.. :/
 
M

morpheus

Вопрос - а зачем 2 одинаковых базы?
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Если вкратце, то вот для чего:
Есть личная АК руководителя.
Должна быть личная АК помощника, которая идентична АК рук-ля, но изменения помощника не должны отражаться у руководителя.
 
M

morpheus

Для: Wanderer
ну так может пусть она у помошника на локале висит?
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Нет, к этим АК обращается некая нелотусовая система.. к файлам, которые должны лежать в определенной папке определенного сервера с именем, соответствующим шотнеймам сотрудников.
Отсюда все эти заморочки.
 
M

morpheus

Для: Wanderer
НУ тогда пусть будет 1 база АК с разграничением видимости и не партесь с кучой баз
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Вот с этим как раз проблема. ) Разграничение видимости сделать нельзя (внешняя система не поймет), а ограничение прав на БД помощнику тоже сказывается на работоспосбности внешней системы. Замкнутый круг.
Все варианты, которые вы перечилсяете, уже обдумывались, опробывались, но ни к чему хорошему это не привело.
 
M

morpheus

<!--QuoteBegin-Wanderer+14:12:2007, 09:41 -->
<span class="vbquote">(Wanderer @ 14:12:2007, 09:41 )</span><!--QuoteEBegin-->но ни к чему хорошему это не привело.
[snapback]89892" rel="nofollow" target="_blank[/snapback]​
[/quote]
вот 2 реплики точно ни к чему карошему не приведут
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Согласен. Вопрос по 2м репликам у меня был скорее риторическим.. Для сбора фактов и обоснований, почему конкретно этот вариант неприемлем..
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
ПОправлюсь, тут я действительно загнул.. ) Дело не в системе, а в отсутствии необходимости разграничивать видимость... Помощник должен видеть документы, но он не должен их менять.... На уровне прав доступа к БД делать это нельзя - полезут глюки во внешней системе (там есть проверка на уровень прав доступа).
 
M

morpheus

при чем тут права доступа и разганиричение видимости

роль дать поможнику что бы он документ не мог редактировать ( или ту его часть где редактирет карточку начальник )
 

Wanderstep

Lotus Team
23.03.2006
493
65
BIT
17
Тяжело объяснять не вдаваясь в подробности, что у нас там построено...
Мысль ваша мне понятна, я обдумаю всё.. спасибо за советы :rolleyes:
 
Мы в соцсетях:

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