Администирование СУБД MS SQL Server 2000. Шибанов С.В - 106 стр.

UptoLike

Составители: 

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



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