|
|
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
Не смейтесь, коллеги, но я впервые сталкиваюсь с задачей, когда один SQL-сервер должен работать только как хранилище данных, а другой - активный. Нужно, чтобы все приходящие изменения активный сервер тут же отправлял в "хранилище". А я даже не знаю, какая разница между репликацией и распределением... Что для этого нужно? На старом сервере, которому предстоит превратиться в хранилище, даже менеджера репликаций не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2002, 10:37:17 |
|
||
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
Ну решений только два - или transactional replication или log shipping - при обоих вариантах данные не совсем мгновенно передаются, а с задержкой в 2-5 секунд. Я, если честно, не понял про хранилище данных - Вы имели в виду OLAP или просто резервный сервер? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2002, 12:53:38 |
|
||
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
Может попробовать сделать такую вещь на триггерах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2002, 13:24:03 |
|
||
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
Под хранилищем я имел в виду просто резервный сервер... Точнее, суть в том, что на двух удаленных компах работают две программы-сервера. От клиентских программ принимаются пакеты апдэйтов первым сервером, а от Веб-сайта - вторым. Первый, соответственно, пишет изменения в таблицы Парадокс (т.к. у клиентов парадоксы) и пересылает апдейты второму, который пишет их в базу SQL. Веб-пользователи всю инфу видят из таблиц SQL. Но в случае сбоя второго сервера происходит переключение на первый, он тоже начинает писать в SQL и читать оттуда же. Соответственно, необходимо, чтобы все таблицы в нем соответствовали тем, которые были активны в отключившемся. Вопрос о триггерах даже близко стоять не может - замучаешься создавать триггеры на полторы сотни таблиц, особенно если половина из них уже имеет таковые. А есть ли какая-нить русская литература по настройке односторонней репликации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2002, 13:43:29 |
|
||
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
Переключение должно происходить автоматически или руками? Если автоматически - то нужно смотреть на кластеринг, если ручками - используйте log shipping - все работает просто замечательно. Детали посмотрите в BOL. Оба варианта для SQL2K, хотя и в семерке их можно использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2002, 15:15:04 |
|
||
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
Простите, но если я использую НЕ SQL2k Enterprise Edition -могу ли я воспользоваться log shipping ? Потому как всякие Enterprise Manager говорят что log shipping только для Enterprise Edition :-((((( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2002, 15:52:46 |
|
||
|
Что нужно для моментальной передачи с одного SQL-сервера другому происходящих из
|
|||
|---|---|---|---|
|
#18+
2 Aleksandr оба сервера принимают update ? тады log shipping не пойдет... время актуальности данных какое? сервера "далеко" друг от друга?(в одной сети?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2002, 16:37:13 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1819625]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 339ms |

| 0 / 0 |
