Добрый день! Да, операции модификации данных не должны испытывать проблем с REDO из-за бэкапа. Суть проблемы в том, что данные попадают в лог файл на вторичном узле, но REDO поток, "накатывающий" эти данные на database file заблокирован. В результате данные как бы есть (в транзакциооном лог файле) и одновременно ещё как бы и нет (в файле баз данных) :) На самом деле, заблокировать REDO можно не только бэкапом+шринк, есть ещё различные ситуации, когда REDO блокируется. Занятно, что вы спросили, я как раз сейчас разбираюсь в одной интересной ситуации, когда AG группа перекатилась, позеленела, а вот БД внутри неё не смогли почему-то разобраться кто из них primary, а кто secondary... :)))
@@datainternalsru6025 Доброго дня! Про то, что данные в логе, а редо-поток заблокирован я понял. Но я считал, что раз делается бэкап, то данные меняться не должны, а потому простой инсерт тоже не должен был дойти до БД, а остаться в логе до завершения бэкапа. Иначе может получиться, что данные у нас актуальные, а бэкап нет. Но тогда и селекты должны блокироваться, либо отрабатывать и после модифицироваться данными из лога, раз идет процесс бэкапа. Успехов вашим БД разобраться, кто из них главный =)
![SahBabii - Viking [Official Music Video]](http://i.ytimg.com/vi/D37cL92JX0I/mqdefault.jpg)
Очень полезное видео!
Спасибо, Александр!
Пожалуйста! Я рад, что материал был вам полезен!
Захватывающе.
Спасибо!
всегда рад помочь!
а без shrink`а инсёрты попадут сразу в БД при том, что бэкап продолжается?
Добрый день! Да, операции модификации данных не должны испытывать проблем с REDO из-за бэкапа. Суть проблемы в том, что данные попадают в лог файл на вторичном узле, но REDO поток, "накатывающий" эти данные на database file заблокирован. В результате данные как бы есть (в транзакциооном лог файле) и одновременно ещё как бы и нет (в файле баз данных) :)
На самом деле, заблокировать REDO можно не только бэкапом+шринк, есть ещё различные ситуации, когда REDO блокируется.
Занятно, что вы спросили, я как раз сейчас разбираюсь в одной интересной ситуации, когда AG группа перекатилась, позеленела, а вот БД внутри неё не смогли почему-то разобраться кто из них primary, а кто secondary... :)))
@@datainternalsru6025 Доброго дня! Про то, что данные в логе, а редо-поток заблокирован я понял. Но я считал, что раз делается бэкап, то данные меняться не должны, а потому простой инсерт тоже не должен был дойти до БД, а остаться в логе до завершения бэкапа. Иначе может получиться, что данные у нас актуальные, а бэкап нет. Но тогда и селекты должны блокироваться, либо отрабатывать и после модифицироваться данными из лога, раз идет процесс бэкапа.
Успехов вашим БД разобраться, кто из них главный =)