|
|
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
А что будет, если остановить 1. сервис обмена 2. сделать бекап 3. поработать в базе 4. скопировать бекап на место базы 5. запустить бекапную укопию 6. запустить обмен Обмен продолжит работать или нет? Если "да", то что будет, если предположить, что в каталоге с логом базы есть неподтверженные SQLRemote'ом логи (те, которые как 041120aa.log выглядят)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 16:06 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
av1975А что будет, если остановить 1. сервис обмена 2. сделать бекап 3. поработать в базе 4. скопировать бекап на место базы 5. запустить бекапную укопию 6. запустить обмен Обмен продолжит работать или нет? Если "да", то что будет, если предположить, что в каталоге с логом базы есть неподтверженные SQLRemote'ом логи (те, которые как 041120aa.log выглядят)? А что будет если спрыгнуть с крыши высотки без парашюта? Зачем придумывать себе сложности на свою пятую точку, если вышеописанное шаманство можно значительно сократить без ущерба функциональности: 1. Не останавливать обмен 2. Сделать бэкап на другую машину. 3. Поднять на другой машине бэкап и делать с ним все что душе угодно Как вариант, можно поднять бэкапную базу на той же машине и даже на том же сервере ASA, но под другим именем. -- http://talk.ru/forum/talk.ru.accounting.development ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 18:24 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
av1975А что будет, если остановить 1. сервис обмена 2. сделать бекап 3. поработать в базе 4. скопировать бекап на место базы 5. запустить бекапную укопию 6. запустить обмен Обмен продолжит работать или нет? Да, продолжит работать. Если между пунктами 3 и 4 пройдет сеанс репликации и удаленая база получит сообщение основаное на пункте 3 - на шестом пункте репликация накроется медным тазом :) Впрочем, может и поднятся само после нескольких "уточняющих" сеансов обмена, но вряд-ли. Тогда надо будет смотреть в сторону команды synchronize. av1975 Если "да", то что будет, если предположить, что в каталоге с логом базы есть неподтверженные SQLRemote'ом логи (те, которые как 041120aa.log выглядят)? По идее, работа с базой касается только основной секции лога. Которая MyDB.log. Все переименнованые секции лога считаются архивом и не трогаются (обычно не трогаются). Но я предпочитаю бекапить их тоже, на всякий случай :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 19:01 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
White Owl av1975 Если "да", то что будет, если предположить, что в каталоге с логом базы есть неподтверженные SQLRemote'ом логи (те, которые как 041120aa.log выглядят)? По идее, работа с базой касается только основной секции лога. Которая MyDB.log. Все переименнованые секции лога считаются архивом и не трогаются (обычно не трогаются). Еще как трогаются! Например если бэкап с переименованием лога произошел до отправки изменений, зафиксированных в этом логе, то переименованная секция - единственный источник информации для dbremote. RTFM: ASA Database Administration Guide --Backup and Data Recovery ----Designing backup procedures A backup scheme for databases involved in replication ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 20:06 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
Александр Голдун, мне нужно поэкспериментировать именно на этой базе именно на этой машине. Поэтому, такой вопрос. Короче, надо думать, все упирается в то, с какого офсета начинаются логи бекапа и рабочей базы. Если с одинакового, то все получится. Никто не транслировал? Опять все самому ... :-/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 20:45 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
Александр ГoлдунЕще как трогаются! Я же сказал "при работе с базой .... обычно не трогаются". Внимательнее читай :) А dbremote их конечно трогает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 21:12 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
av1975Короче, надо думать, все упирается в то, с какого офсета начинаются логи бекапа и рабочей базы. Если с одинакового, то все получится. Не только логи бэкапа и рабочей базы. Про этот оффсет должен еще и получатель(-и) знать. Главная проблема в синхронизации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2004, 21:15 |
|
||
|
SQL Remote и DBBackup
|
|||
|---|---|---|---|
|
#18+
av1975А что будет, если остановить 1. сервис обмена 2. сделать бекап 3. поработать в базе 4. скопировать бекап на место базы 5. запустить бекапную укопию 6. запустить обмен Обмен продолжит работать или нет? Если "да", то что будет, если предположить, что в каталоге с логом базы есть неподтверженные SQLRemote'ом логи (те, которые как 041120aa.log выглядят)? Общий ответ "нет". Будете получать бесконечные сообщения, типа авторI. 06/18 12:45:27. Received message from "publisher_ge" (0-0731021238-0731023136-0) W. 06/18 12:45:27. This message does not belong to me. Log offset sent to user 'publisher_ge' is '0000652282', but the message header indicates user 'publisher_ge' has received log offset '0001713344'. Если выражение "поработать в базе" включает себе только чтение, тогда "да". Проверено опытным путем. Вопрос: почему возникла потребность для данного эксперимента? Поищите в поиске слово "репликация", dbremote - найдете очень много интересных моментов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2004, 08:29 |
|
||
|
|
start [/forum/topic.php?fid=55&msg=32798777&tid=2014068]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
165ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 489ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
