Инж. техн. системы Метод. материалы (1). Министерство науки и высшего образования российской

• Название: Министерство науки и высшего образования российской
• Дата: 07.10.2021
• Размер: 61.41 Kb.
• Имя файла: Инж. техн. системы Метод. материалы (1).docx
• Тип: Документы; #242784
• страница: 5 из 11

Лабораторная работа № 3. Восстановление данных

Целью работы является освоение приобретение навыков вос- становления данных из ранее созданных резервных копий. Резуль- татом практической работы является отчет, в котором должно быть приведено описание процесса восстановления данных из резервной копии и снимки экрана, подтверждающие успешное завершение процесса восстановления.

Для выполнения лабораторной работы № 3 студент должен изучить приведенный ниже теоретический материал. Отчет сдается в распечатанном и электронном (файл Word) видах.
Общие сведения
Восстановлением называется процедура, которая выполняется для перемещения на жесткие диски компьютера вместо потерянного или испорченного файла или набора файлов их работающей копии из архивных (резервных) данных.

Управление восстановлением – это важная часть процесса ава- рийно-восстановительных работ. От того, как поддерживается го- товность к аварийно-восстановительным работам, будут зависеть время простоя системы и эффективность восстановления потерян- ного массива информации, полученного между последним архиви- рованием и аварией.

При восстановлении используются следующие основные мо- дели:

• 
  простое восстановление,
  
• 
  полное восстановление,
  
• 
  массовое восстановление.
  

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

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

В зависимости от интервала времени, затрачиваемого на вос- создание информации, восстановление подразделяется на следую- щие виды:

• 
  Восстановление в реальном времени (то есть сразу) или до- статочно близко к нему. Данные, созданные не более чем несколько секунд назад, должны быть немедленно доступны пользователям и системам, даже если источник этих данных отключен. Это касается промышленных и медицинских систем, в которых задержка, опре- деляемая восстановлением, допускается в течение долей и единиц секунд. Уровень времени в несколько секунд называется уровнем критического восстановления.
  
• 
  Если восстановление требуется в течение десяти минут, по- ка отключен первоначальный источник, то такое восстановление называется экстренным восстановлением.
  
• 
  Когда на восстановление можно затратить один час, оно называется срочным восстановлением.
  
• 
  Восстановление, требующее от одного до четырех часов, называется важным восстановлением.
  
• 
  Все другие восстановления, которые выполняются за ин- тервал времени, больший предыдущих, называются рядовыми.
  

Стратегия архивации и восстановления
Архивирование не производится ежеминутно, поэтому полно- стью восстановить все данные на тот момент, когда произошла ава- рия (если только авария не произошла сразу же после завершения
архивирования), с помощью резервных копий невозможно. При восстановлении возможна потеря данных из-за того, что будут устанавливаться устаревшие данные из резервных копий. Необхо- димо решить, за какое время работы информационной системы по- теря информации допустима. Затем, когда установлен этот допу- стимый уровень, необходимо отработать способы, которые позво- лят его поддерживать. Также необходимо определить, сколько такая поддержка будет стоить.

Так как при восстановлении будут использоваться устаревшие данные, необходимо определить срок их годности для восстановле- ния. Существует следующий список сроков годности. Для восста- новления можно использовать данные, созданные:

• 
  месяц назад или ранее;
  
• 
  от одной до четырех недель назад;
  
• 
  от четырех до семи дней назад;
  
• 
  один–три дня назад;
  
• 
  шесть–двенадцать часов назад;
  
• 
  от двух до пяти часов назад;
  
• 
  от одной до 60 минут назад.
  

Исходя из сроков годности данных, необходимо определить, какую из технологий архивирования можно использовать. Напри- мер, при сохранении на ленте последний уровень срока годности из- за низкой скорости копирования реализован быть не может.

При выработке стратегии восстановления необходимо оце- нить, насколько требуется немедленное восстановление данных (в реальном времени), и уточнить еще один фактор – возможны ли изъяны в резервных копиях. Это нужно принимать во внимание, ес- ли данные непрерывно меняются. Кроме того, файлы могут быть повреждены вирусами. Причем не только в работающей системе, но и в их резервной копии. Архивирование испорченных или заражен- ных вирусами файлов не обеспечивает достаточную сохранность информации. Гарантировать безопасность копий можно только с помощью предварительного тестирования их антивирусными про- граммами высокой сложности или алгоритмов контроля качества данных.

Безопасность восстановления существенным образом зависит от требуемого времени восстановления. Чем быстрее реакция на за- прос по восстановлению, тем выше шанс получить испорченные
данные. Однако это не означает, что критические восстановления всегда рискованные, а восстановленные с их помощью данные – бракованные. Это означает другое. У данных, резервные копии ко- торых получены ближе всего к моменту аварии, больше вероят- ность оказаться бракованными, чем у тех, что получены за несколь- ко часов или дней до нештатной ситуации. Если авария произошла из-за порчи данных или вирусной инфекции, то вероятнее всего, что недавно резервированные данные также заражены.

Другим фактором, который следует учитывать, является то, что самые «чистые» резервные копии больше всего отличаются от данных, которые нужно восстанавливать, то есть они самые уста- ревшие.

При восстановлении данных необходимо руководствоваться следующим:

• 
  Проверять, не вызовет ли восстановление данных их потерю, если файлы восстанавливаются на то же место, откуда их копировали. Например, если файл испорчен, но еще не устарел, а при восстанов- лении его заменяет файл, который не испорчен, но устарел, то потери могут быть большими. Лучше всего, прежде чем заменить испорчен- ный файл, проверить возможность его исправления.
  
• 
  Учитывать последствия восстановления. При восстановле- нии файла восстанавливается не только его содержимое, но также все атрибуты и вся информация, известная об этом файле на момент архивирования. Все новое, касающееся файла и его отношений с остальным миром, уже не будет отражено в восстановленном вари- анте. Примером является восстановление папки, к которой со вре- мени последнего архивирования получило доступ несколько новых групп и пользователей. Восстановление заблокирует этих пользова- телей.
  
• 
  Во время восстановления в то же место, откуда делалась ре- зервная копия, доступ пользователей в это место следует заблоки- ровать. Попытка пользователей открыть еще не полностью восста- новленные файлы может привести к аварийному завершению вос- становления.