Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Растет файл лога при репликации моментальных снимков
|
|||
|---|---|---|---|
|
#18+
Всем привет! Есть серверы SQL 2016 SP2 KB4052908 x64. На главной ноде есть кластер с настроенными группами доступности Always On, и на этой ноде есть база данных с моделью FULL, назовем ее MainDB. База в группе Always On. Дальше есть 2 отдельных сервера (версии совпадают с главным) и на каждом есть база MainDB. Между основным сервером и 2-мя дочерними настроена репликация моментальных снимков. Т.е. главный сервер раз в час публикует изменения, дочерние - забирают. Более-менее простая схема, когда рабочая база у нас в кластере и с нее мы хотим на два резервных сервера периодически забирать изменения в одну сторону - из центра на периферию. Проблемы следующие: 1. почему-то сильно разрастается журнал транзакций базы MainDB на главном сервере. По идее такого быть не должно при этом типе репликации? 2. понятно, что для базы в реплике просто так урезать журнал нельзя, но попробовал шринкануть и получаю вот такое сообщение " Журнал для базы данных нельзя сжать, пока все получатели не перешли точку добавления журнала ". Все что есть на форуме - вопрос от 2014 года без ответа. Может быть кто-то с тех пор сталкивался? В мониторе репликации ошибок нет, все "зеленое". Заново инициализировал подписки - все проходит корректно "100% сформирован моментальный снимок". Помогите разобраться, отчего растет размер лога и как все-таки его уменьшить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 18:06 |
|
||
|
Растет файл лога при репликации моментальных снимков
|
|||
|---|---|---|---|
|
#18+
А что написано в поле log_reuse_wait_desc в sys.databases для базы, когда лог разрастается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 18:19 |
|
||
|
Растет файл лога при репликации моментальных снимков
|
|||
|---|---|---|---|
|
#18+
kunik1. почему-то сильно разрастается журнал транзакций базы MainDB на главном сервере. По идее такого быть не должно при этом типе репликации? link belowWe have a Known issue with Snapshot Replication in Sql Server 2005 which causes DDL changes on the tables which have SCHEMA CHANGES marked for replication where in the DDL statements are marked for Replication in Transaction log of the database but they are not unmarked when the changes are actually propagated. Size of the Transaction Log Increasing and cannot be truncated or Shrinked due to Snapshot Replication kunik Журнал для базы данных нельзя сжать, пока все получатели не перешли точку добавления журнала что-то не хватает фантазии перевести сие на язык оригинала. может, "получатели не перешли точку добавления журнала" это есть non-distributed LSN? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 18:20 |
|
||
|
Растет файл лога при репликации моментальных снимков
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичА что написано в поле log_reuse_wait_desc в sys.databases для базы, когда лог разрастается? так надо думать, там REPLICATION, раз в ошибке шринка какие-то получатели ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 18:24 |
|
||
|
Растет файл лога при репликации моментальных снимков
|
|||
|---|---|---|---|
|
#18+
В sys.messages вот такое для русской ошибки: The log for database '%ls' cannot be shrunk until all secondaries have moved past the point where the log was added.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 18:25 |
|
||
|
Растет файл лога при репликации моментальных снимков
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичВ sys.messages вот такое для русской ошибки: The log for database '%ls' cannot be shrunk until all secondaries have moved past the point where the log was added.. вот уж точно фантазии не хватило. тогда это AG. и почему интересно нельзя было реплику перевести репликой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2019, 18:37 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=118&tid=1688455]: |
0ms |
get settings: |
10ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
| others: | 228ms |
| total: | 383ms |

| 0 / 0 |
