ВУЗ:
Составители:
Рубрика:
106
возможно из-за того, что на это уходит очень много времени. Создание же диффе-
ренциальной копии требует значительно меньше времени.
Если данные в системе изменяются очень интенсивно, и в промежуток време-
ни между операциями резервного копирования большая часть строк таблиц изменя-
ется по несколько раз, то использование дифференциальных копий и копий
журнала
транзакций предполагает отслеживание всех операций изменения данных, выпол-
ненных в базе данных после последней операции резервного копирования. Поэтому
в рассматриваемом случае возможна ситуация, когда объем информации об измене-
ниях в базе данных будет заметно превышать объем самих данных. Поэтому в по-
добных ситуациях лучше будет использовать полное копирование данных.
Копия журнала транзакций. В двух рассмотренных выше типах резервного
копирования фиксируется состояние системы на конкретный момент времени. Вос-
становив полную копию базы данных или дополнительно еще и разностную копию,
можно восстановить систему в том состоянии, в котором она была на момент созда-
ния архива. Однако нельзя восстановить систему в промежуточном состоянии
. В не-
которых случаях требуется восстановить систему в состоянии, в котором она была
за полчаса до выполнения операции резервного копирования. Такая ситуация неред-
ка при повреждении большого объема данных и недостаточно частом резервном ко-
пировании.
Предположим, что полная резервная копия создается раз в неделю, а каждую
ночь формируется разностная резервная
копия базы данных. В 8 часов утра вы об-
наруживаете, что один из пользователей вчера по ошибке удалил большое количест-
во информации из базы данных. Хотя у вас и имеется резервная копия, созданная в
прошлую ночь, вы не сможете воспользоваться ею, так как она содержит уже по-
врежденные данные. Для восстановления данных
придется использовать еще более
раннюю резервную копию. При этом будут потеряны все изменения, внесенные
пользователями в базу данных за прошлый день. Эти изменения необходимо будет
восстанавливать вручную.
Решением подобных проблем является применение резервного копирования
журнала транзакций (transaction log backup). Этот тип резервного копирования
106 возможно из-за того, что на это уходит очень много времени. Создание же диффе- ренциальной копии требует значительно меньше времени. Если данные в системе изменяются очень интенсивно, и в промежуток време- ни между операциями резервного копирования большая часть строк таблиц изменя- ется по несколько раз, то использование дифференциальных копий и копий журнала транзакций предполагает отслеживание всех операций изменения данных, выпол- ненных в базе данных после последней операции резервного копирования. Поэтому в рассматриваемом случае возможна ситуация, когда объем информации об измене- ниях в базе данных будет заметно превышать объем самих данных. Поэтому в по- добных ситуациях лучше будет использовать полное копирование данных. Копия журнала транзакций. В двух рассмотренных выше типах резервного копирования фиксируется состояние системы на конкретный момент времени. Вос- становив полную копию базы данных или дополнительно еще и разностную копию, можно восстановить систему в том состоянии, в котором она была на момент созда- ния архива. Однако нельзя восстановить систему в промежуточном состоянии. В не- которых случаях требуется восстановить систему в состоянии, в котором она была за полчаса до выполнения операции резервного копирования. Такая ситуация неред- ка при повреждении большого объема данных и недостаточно частом резервном ко- пировании. Предположим, что полная резервная копия создается раз в неделю, а каждую ночь формируется разностная резервная копия базы данных. В 8 часов утра вы об- наруживаете, что один из пользователей вчера по ошибке удалил большое количест- во информации из базы данных. Хотя у вас и имеется резервная копия, созданная в прошлую ночь, вы не сможете воспользоваться ею, так как она содержит уже по- врежденные данные. Для восстановления данных придется использовать еще более раннюю резервную копию. При этом будут потеряны все изменения, внесенные пользователями в базу данных за прошлый день. Эти изменения необходимо будет восстанавливать вручную. Решением подобных проблем является применение резервного копирования журнала транзакций (transaction log backup). Этот тип резервного копирования
Страницы
- « первая
- ‹ предыдущая
- …
- 104
- 105
- 106
- 107
- 108
- …
- следующая ›
- последняя »