Вы поддерживаете базу данных крупного интернет-ресурса. Требования, которые предъявляются к его работе, – это работа в режиме 24/7/Вам нужно выработать систему резервирования с минимально возможным временем восстановления. Достаточно ли выполнить стандартные бэкапы или необходима технология репликации? Какой вариант репликации вы выберите, и почему?

• стандартных бэкапов будет недостаточно, т.к. они требуют долгого времени развертывания в случае сбоев. В такой ситуации достаточно будет выполнять одностороннюю асинхронную репликацию с отставаниями по времени на 5–10 минут и час. В случае падения сервисов база осуществит откат сначала на 5–10 минут, а если этого будет недостаточно, то на час
• стандартных бэкапов будет недостаточно, т.к. они требуют долгого времени развертывания в случае сбоев. В такой ситуации достаточно будет выполнять двустороннюю репликацию. Если сервис упадет, то можно будет запустить его с того же момента, с которого произошло падение. В этом случае никаких данных потеряно не будет
• стандартных бэкапов будет вполне достаточно, т.к. репликация и бэкапирование – это разные названия одного и того же действия. В такой ситуации достаточно будет выполнять инкрементное бэкапирование в момент наименьшей нагрузки на сервис

Другие предметы Университет Резервное копирование и репликация данных управление данными резервирование баз данных репликация данных стандартные бэкапы асинхронная репликация двусторонняя репликация восстановление данных время восстановления интернет-ресурс работа 24/7 Новый

При организации системы резервирования для базы данных крупного интернет-ресурса, работающего в режиме 24/7, необходимо учитывать требования к минимальному времени восстановления данных. Рассмотрим, какие варианты резервирования могут быть применены и какой из них наиболее подходящий.

1. Стандартные бэкапы:

• Стандартные бэкапы представляют собой создание полных или инкрементных копий базы данных в определенные промежутки времени.
• Однако, в случае сбоя, восстановление из бэкапа может занять значительное время, особенно если база данных большая. Это может привести к длительному простою сервиса.

2. Репликация:

• Репликация позволяет создать копию базы данных в реальном времени, что минимизирует время простоя в случае сбоя.
• Существуют разные типы репликации: асинхронная, синхронная и двусторонняя.

3. Асинхронная репликация:

• При асинхронной репликации данные записываются на основной сервер, а затем копируются на реплику с некоторым отставанием (например, 5-10 минут).
• Этот вариант позволяет продолжать работу основного сервера даже при временных сбоях связи с репликой, но в случае катастрофы данные за последние 5-10 минут могут быть потеряны.

4. Двусторонняя репликация:

• Двусторонняя репликация позволяет обмениваться данными между двумя серверами, что обеспечивает высокую доступность.
• Если один сервер выходит из строя, другой может продолжать работу без потерь данных.

5. Инкрементное бэкапирование:

• Инкрементное бэкапирование позволяет сохранять только изменения, произошедшие с последнего бэкапа, что экономит время и место.
• Однако, как и в случае со стандартными бэкапами, восстановление может занять время.

Вывод:

В данной ситуации стандартные бэкапы будут недостаточны, так как они требуют длительного времени на восстановление. Асинхронная репликация может быть хорошим вариантом, но с риском потери последних 5-10 минут данных. Двусторонняя репликация обеспечит максимальную надежность и минимальное время простоя, так как в случае сбоя одного сервера другой будет продолжать работу. Поэтому, рекомендуется использовать двустороннюю репликацию для обеспечения высокой доступности и минимизации потерь данных.