Анатомия снимка EBS для БД Oracle начала/конца резервного копирования

Question

не повезли с просьбой this question on the AWS forum, так будет попытать счастья здесь:

Моего грубое понимание последовательности событий во время EBS снимка:

1. синхронизации (??) < 1s
2. Сфотографировать < 1s (атомный?)
3. копию S3 снимок или какие-либо дополнительные отличия от предыдущего снимка этого тома (если таковой имеется) < 1час (надеюсь)

Пожалуйста, добавьте любые дополнительные шаги здесь, самое главное, что я спрашиваю о фактическом снимке событие # 2 выше: Могу ли я рассчитывать на это, чтобы быть коротким (событие < 1s)? Является ли это атомной операцией внутри блочного устройства? Как узнать, когда это будет возможно (когда команда ec2-create-snapshot возвращает успех)? Что относится к ожидающему состоянию (только процесс копирования)?

Короче говоря, я могу смело сделать: ALTER DATABASE BEGIN BACKUP ec2 создать-снимок ALTER DATABASE END BACKUP

или я должен ждать, пока процесс снимка не будет полностью доступна (не ожидается) в END BACKUP?

Answer 1

Некоторые полезные комментарии от Eric Hammond in another thread:

После того, как вы инициировать создание снимка, приложение/база данных может использовать файловую систему на томе, но если у вас есть много записей , вы можете испытать высокий iowait, иногда достаточно, чтобы создать заметное замедление вашего приложения. Причина этого заключается в том, что для процесса фонового моментального снимка необходимо скопировать блок на S3, прежде чем он позволит записать этот блок на активный том.

Так что с my understanding в несколько более надежной ALTER DATABASE BEGIN BACKUP работы Oracle, я предпочитаю подождать, пока снимок не будет завершена (не ожидается) выдавать закрытие ALTER DATABASE END BACKUP.