Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
sql remote & different message types
|
|||
|---|---|---|---|
|
#18+
Всем привет! Вся репликация построена через ftp. Одну из удаленных баз необходимо перевести на репликацию через почту, выбрано smtp... Т.е. 1. останавливаю везде dbremote-ы; 2. в каждой из баз меняю настройки удаленного пользователя на message type smtp, прописываю соответствующие адреса; 3. в удаленной базе в sql remote users -> message types убираю адрес из ftp и добавляю в smtp; 4. в консолидированной базе sql remote users -> message types добавляю адрес для smtp; И как себя будет вести dbremote на консолидированной базе, если будут 2 вида message type? Все ли верно, не сломаю ли чего? :) Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2006, 08:30 |
|
||
|
sql remote & different message types
|
|||
|---|---|---|---|
|
#18+
ASA 9 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2006, 08:32 |
|
||
|
sql remote & different message types
|
|||
|---|---|---|---|
|
#18+
У меня совместно работают два протокола - SMTP и FILE - 3 года, полет нормальный. Иногда, в профилактических целях, некоторых remote-юзеров перевожу на файловый ( не меняя при этом на удаленных), затем обратно - все ОК. Ну канешна при этом возникают потери в цепочке сообщений, но система восстанавливается быстро. ИМХО - будет работать. Если у Вас в message types будет присутствовать FTP, и при этом FTP-юзеров не будет, то эта запись просто игнорируется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2006, 11:13 |
|
||
|
sql remote & different message types
|
|||
|---|---|---|---|
|
#18+
Рыжий КотВсем привет! Вся репликация построена через ftp. Одну из удаленных баз необходимо перевести на репликацию через почту, выбрано smtp... Т.е. 1. останавливаю везде dbremote-ы; 2. в каждой из баз меняю настройки удаленного пользователя на message type smtp, прописываю соответствующие адреса; 3. в удаленной базе в sql remote users -> message types убираю адрес из ftp и добавляю в smtp; 4. в консолидированной базе sql remote users -> message types добавляю адрес для smtp; И как себя будет вести dbremote на консолидированной базе, если будут 2 вида message type? Все ли верно, не сломаю ли чего? :) Спасибо. Я бы рекомендовал В удаленной выполнить скрип похожий на этот GRANT DBA, RESOURCE, REMOTE DBA TO "Filial_14A"; -- это публикатор GRANT REMOTE TO "Filial_14A" TYPE "SMTP" ADDRESS 'sql_filial_14@alt.rusworld.ru' SEND EVERY '00:01'; COMMENT ON USER "Filial_14A" IS 'Приморский'; --CREATE SUBSCRIPTION TO "Work_PublisherA"."ExportFromCentr"( '14' ) FOR "Filial_14A"; --CREATE SUBSCRIPTION TO "Work_PublisherA"."ExportToCentr"( '14' ) FOR "Filial_14A"; --START SUBSCRIPTION TO "Work_PublisherA"."ExportFromCentr"( '14' ) FOR "Filial_14A"; --START SUBSCRIPTION TO "Work_PublisherA"."ExportToCentr"( '14' ) FOR "Filial_14A"; set remote SMTP OPTION "Filial_14A"."pop3_userid" = 'sql_filial_14@alt.rusworld.ru'; set remote SMTP OPTION "Filial_14A"."pop3_password" = 'sql'; set remote SMTP OPTION "Filial_14A"."pop3_host" = 'alt.rusworld.ru'; set remote SMTP OPTION "Filial_14A"."APOP_supported" = 'no'; -- если почтовик не поддерживает APOP set remote SMTP OPTION "Filial_14A"."smtp_host" = 'alt.rusworld.ru'; А в консолидированной GRANT DBA, RESOURCE, REMOTE DBA TO "Filial_70A"; GRANT REMOTE TO "Filial_70A" TYPE "SMTP" ADDRESS 'sql_filial_70@alt.rusworld.ru' SEND EVERY '00:01'; COMMENT ON USER "Filial_70A" IS 'Карельский'; --CREATE SUBSCRIPTION TO "Work_PublisherA"."ExportFromCentr"( '70' ) FOR "Filial_70A"; --CREATE SUBSCRIPTION TO "Work_PublisherA"."ExportToCentr"( '70' ) FOR "Filial_70A"; START SUBSCRIPTION TO "Work_PublisherA"."ExportFromCentr"( '70' ) FOR "Filial_70A"; START SUBSCRIPTION TO "Work_PublisherA"."ExportToCentr"( '70' ) FOR "Filial_70A"; set remote SMTP OPTION "Filial_70A"."pop3_userid" = 'sql_filial_70@alt.rusworld.ru'; set remote SMTP OPTION "Filial_70A"."pop3_password" = 'sql'; set remote SMTP OPTION "Filial_70A"."pop3_host" = 'alt.rusworld.ru'; set remote SMTP OPTION "Filial_70A"."APOP_supported" = 'no'; set remote SMTP OPTION "Filial_70A"."smtp_host" = 'alt.rusworld.ru'; Поскольку исправление через централ не всегда приводит к желаемому результату ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2006, 11:17 |
|
||
|
sql remote & different message types
|
|||
|---|---|---|---|
|
#18+
спасибо всем :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2006, 13:12 |
|
||
|
sql remote & different message types
|
|||
|---|---|---|---|
|
#18+
проверил сегодня на тестовой удаленной базе через mail.ru все работает нормально, использовал только централ. одно "но", при отсутствии связи с почтовым сервером вся репликация останавливается... полубаг-полуфича... ну и работает ес-но намного медленнее, чем по фтп. Но зато очень удобно :)) ASA рулит! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2006, 13:07 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=33669368&tid=2012913]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
65ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 354ms |

| 0 / 0 |
