Контрольная работа по «Информатика». 2. 4

Министерство образования и науки Российской Федерации

Государственное образовательное учреждение высшего профессионального образования

САНКТ-ПЕТЕРБУРГСКИЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ ИНСТИТУТ

КАФЕДРА КОМПЬЮТЕРНЫХ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Контрольная работа

по дисциплине «Информатика»

Исполнила: студентка 1 курса 114 группы

             факультета ЭУТОП

              Чинская Я.А.

              № зачетной книжки 10769-з

План

1.Задание №1..…………………………………………………………………....3

2. Задание №2…………......……………………………………………………...6

3. Задание №3……………….. ………………………………………………….16

4. Литературные и прочие источники………....………………………….....17

Задание №1. Раскрыть подробно базовые понятия информатики, дать детальное описание принципов, методов или средств информатики.

Программное обеспечение ПК базового уровня, состав, назначение, функциональные возможности (BIOS, POST, Setup и пр.).

Самый низкий уровень программного обеспечения представляет базовое программное обеспечение. Оно отвечает за взаимодействие с базовыми аппаратными средствами. Как правило, базовые программные средства входят в состав базового оборудования и хранятся в специальных микросхемах, - постоянных запоминающих устройствах (ПЗУ - Read Only Memory, ROM). Программы и данные записываются ("прошиваются") в микросхемы ПЗУ на этапе производства и не могут быть изменены в процессе эксплуатации. В тех случаях, когда изменение базовых программных средств во время эксплуатации является технически целесообразным, вместо микросхем ПЗУ используются перепрограммируемые постоянные запоминающие устройства. В этом случае изменение содержания ПЗУ можно выполнять как непосредственно в составе вычислительной техники - такая технология называется флэш-технологией, так и вне ее, на специальных устройствах, называемых программаторами.

Комплект программ, находящихся в ПЗУ, образует базовую систему ввода-вывода (BIOS — Basic Input Output System). В BIOS записаны первичные программы, с которых начинается работа компьютера. В большинстве случаев PC-совместимых компьютеров ситемные BIOS содержат следующие основные программы:

       Программа POST – самотестирование процессора, модулей оперативной памяти, набора микросхем, дисководов, клавиатуры и других жизненно важных компонентов компьютерной системы при включении её электропитания.

       Программа CMOS Setup Utility – конфигурирование компьютерной системы и настройка её параметров. Эта программа запускается после нажатия определённой клавиши во время выполнения процедуры POST. В старых компьютерах на базе процессоров 286 и 386 для запуска этой программы необходимо иметь специальную дискету.

       Начальный загрузчик системы – выполнения поиска главного загрузочного сектора на дисковых устройствах. Программный код этого загрузчика выполняется, если последние два байта этого сектора (сигнатура) оказываются равными 55ААh.

       Драйверы BIOS – набор драйверов, предназначенных для взаимодействия операционной системы и аппаратных средств при запуске компьютера. При запуске  DOS или Windows (в режиме защиты от сбоев) используются драйверы устройств только из системной BIOS.

Это набор подпрограмм и утилит, позволяющих операционной системе и другим программам использовать ресурсы оборудования.

После включения компьютера в его оперативной памяти нет операционной системы. Само по себе, без операционной системы, аппаратное обеспечение компьютера не может выполнять сложные действия, такие как, например, загрузку программы в память. Таким образом, мы сталкиваемся с парадоксом, который кажется неразрешимым: для того, чтобы загрузить операционную систему в память, мы уже должны иметь операционную систему в памяти. Решением данного парадокса является использование специальной маленькой компьютерной программы, называемой начальным загрузчиком, или BIOS. Эта программа не обладает всей функциональностью операционной системы, но её достаточно для того, чтобы загрузить другую программу, которая будет загружать операционную систему. Часто используется многоуровневая загрузка, в которой несколько небольших программ вызывают друг друга до тех пор, пока одна из них не загрузит операционную систему.

В современных компьютерах процесс начальной загрузки начинается с выполнения процессором команд, расположенных в постоянной памяти (например, на IBM PC — команд BIOS), начиная с предопределённого адреса (процессор делает это после перезагрузки, без какой бы то ни было помощи). Данное программное обеспечение может обнаруживать устройства, подходящие для загрузки, и загружать со специального раздела выбранного устройства (чаще всего загрузочного сектора данного устройства) загрузчик ОС. Загрузочное устройство — устройство, которое должно быть проинициализировано до загрузки операционной системы. К ним относятся устройства ввода (клавиатура, мышь), базовое устройство вывода (дисплей), и устройство, с которого будет произведена загрузка ОС — дисковод, жесткий диск, CD-ROM, флэш-диск, SCSI-устройство, сетевая карта (при загрузке по сети; например, при помощи PXE).

После включения персонального компьютера его процессор начинает работу. Первая выполняемая команда расположена по адресу FFFF0h и принадлежит пространству адресов BIOS. Как правило, данная команда просто передает управление программе инициализации BIOS.

Программа инициализации BIOS с помощью программы POST проверяет, что устройства компьютера работают корректно и инициализирует их.

Затем BIOS опрашивает устройства, перечисляемые в заранее созданном списке, пока не найдёт загрузочное устройство. Если такое устройство найдено не будет, будет выведено сообщение об ошибке, а процесс загрузки будет остановлен. Если BIOS обнаружит загрузочное устройство, он считает с него начальный загрузчик и передаст ему управление.

В случае жесткого диска, начальный загрузчик называется главной загрузочной записью (MBR) и часто не зависит от операционной системы. Обычно он ищет активный раздел жесткого диска, загружает загрузочный сектор данного раздела и передает ему управление. Этот загрузочный сектор, как правило, зависит от операционной системы. Он должен загрузить в память ядро операционной системы и передать ему управление. Если активного раздела не существует, или загрузочный сектор активного раздела некорректен, MBR может загрузить резервный начальный загрузчик и передать управление ему. Резервный начальный загрузчик должен выбрать раздел (зачастую с помощью пользователя), загрузить его загрузочный сектор и передать ему управление.

Некоторые процессоры имеют другие режимы загрузки. Например, большинство цифровых сигнальных процессоров могут загрузиться в следующих режимах:

Загрузка по последовательному порту

Загрузка по параллельному порту

Загрузка с использованием HPI

Загрузка после «горячей» перезагрузки (она отличается от последовательности, выполняемой при начальном включении питания)

Процедура POST (power-on self test - программа самотестирования оборудования, которая запускается автоматически при включении и перезагрузке компьютера). POST  выполняется программой BIOS материнской платы. Основной целью процедуры POST является проверка правильности функционирования основных устройств и подсистем компьютера (таких как процессор, память, другие устройства материнской платы, видеоконтроллер, клавиатура, гибкий и жёсткий диски и т.д.) и необходимая для дальнейшей работы компьютера начальная инициализация системных устройств перед загрузкой операционной системы (всего около 100 операций). В обобщённом виде типовая последовательность выполнения процедуры POST состоит из следующих основных этапов:

1. Тест процессора; 
2. Проверка контрольной суммы ПЗУ (ROM) BIOS; 
3. Проверка и инициализация контроллера прямого доступа к памяти, контроллера прерываний и системного таймера; 
4. Предварительная проверка памяти (проверка регенерации и первых 64 кб ОЗУ); 
5. Загрузка векторов прерывания; 
6. Инициализация видеоконтроллера; 
7. Тестирование всего объёма ОЗУ; 
8. Тестирование клавиатуры; 
9. Тестирование CMOS памяти; 
10. Инициализация LPT- и COM-портов; 
11. Инициализация и тест контроллера FDD; 
12. Инициализация и тест контроллера HDD; 
13. Поиск расширений ROM BIOS и их инициализация; 
14. Вызов процедуры загрузки операционной системы (Bootstrap). 

Перед началом каждой операции процедура POST генерирует специальный код размером один байт (от 00 до FFh), называемый POST-кодом, и записывает его значение в специальный диагностический порт в адресном пространстве устройств ввода/вывода. В случае обнаружения неисправности в тестируемом устройстве процедура POST просто «зависает», а POST-код, предварительно выведенный в диагностический порт, однозначно определяет операцию, на которой произошло «зависание» процедуры POST, а следовательно, и неисправное устройство. Однако следует иметь в виду, что таблицы POST-кодов различны для BIOS разных производителей, а в связи с появлением новых тестируемых устройств и чипсетов несколько отличаются даже для различных версий BIOS одного и того же производителя. Оригинальные и достоверные таблицы POST-кодов можно найти на соответствующих сайтах производителей BIOS. В большинстве персональных компьютеров в случае успешного прохождения теста системный динамик издаёт один короткий звуковой сигнал. В случае ошибки — различные последовательности звуковых сигналов, по которым можно определить причины сбоя. Кроме того, генерируется код ошибки, который можно узнать при помощи POST Card — платы, которая вставляется в слот расширения и отображает код на установленном на ней индикаторе. После завершения POST-теста и инициализации компонентов компьютера системная BIOS определяет, на каком дисководе находятся загрузочные файлы операционной системы. После нахождения этих файлов BIOS генерирует команду на их загрузку в оперативную память.

В ходе настройки аппаратных средств компьютерной системы в первую очередь настраиваются интерфейсы материнской платы. После достижения надёжности и чёткости взаимодействия всех устройств и компонентов можно пробовать добиваться оптимальной производительности компьютера, сохраняя в то же время надёжность его работы. Для этого в микросхемах ROM BIOS имеется специальная встроенная программа, которая даёт возможность пользователю устанавливать значения различных параметров компьютерной системы – условий и режимов работы внутренних компонентов и периферийного оборудования. Называется эта программа CMOS Setup Utility, что в дословном переводе с английского означает «Утилита установки (настройки) CMOS-памяти». Часто в литературе, как в отечественной, так и в зарубежной, эту программу часто называют просто BIOS Setup.

Главные меню программ установки BIOS различных производителей и версий имеют, как правило, единую структуру. Время от времени в программы CMOS Setup Utility разных версий вносят довольно значительные изменения, смысл которых в том, что добавляются новые основные разделы и опции, позволяющие максимально использовать возможности новых материнских плат, и удаляются старые, исчерпавшие свою необходимость.

Задание №2. Раскрыть подробно базовые понятия информатики, дать детальное описание принципов, методов или средств информатики.

Устройства резервного копирования информации: разновидности, принципы функционирования и характеристики.

Резервное копирование выполняется для того, чтобы можно было:

        Восстанавливать отдельные файлы

        Восстанавливать целиком файловые системы.

Первый вариант позволяет удовлетворить типичный запрос на восстановление файла, когда пользователь случайно удаляет файл и просит восстановить его из последней копии. Конкретные обстоятельства могут несколько различаться, но вообще это самое распространённое применение резервного копирования. Второй вариант спасает от худшего кошмара системного администратора, когда по какой-либо причине, то, что не так давно было функционирующей частью центра данных, превращается просто в безжизненную груду железа, пластика и кремния. В итоге мы потеряли все программы и данные, которые накапливали вместе с пользователями не один год. Предполагается, что у нас всё скопировано. Но так ли это? И если это так, мы можем всё восстановить? Взглянем на данные, которые обрабатываются и хранятся в типичной компьютерной системе. Заметьте, что некоторые данные не меняются практически никогда, а другие постоянно изменяются. Частота изменения данных очень важна для разработки процедуры резервного копирования. Тому есть две причины:

        Резервная копия — это не больше чем снимок копируемых данных. Это отражение данных в определённый момент времени.

        И чем чаще меняются данные, тем чаще следует выполнять их резервное копирование.

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

Операционная система

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

Прикладное программное обеспечение

Эти данные меняются при установке, обновлении или удалении программ.

Данные приложений

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

Данные пользователей

Эти данные меняются в соответствии с характером работы ваших пользователей. В большинстве организаций это происходит постоянно.

Определив эти категории (и может быть какие-то ещё, имеющие для нас смысл), мы должны хорошо представить себе, какие резервные копии необходимо делать, чтобы защитить ваши данные. Мы должны иметь в виду, что большинство программ резервного копирования работает с данными на уровне каталога или файловой системы. Другими словами, структура каталогов нашей системы влияет на то, как будет выполняться резервное копирование. Это ещё раз подтверждает, что всегда следует тщательно выбирать оптимальную структуру каталогов в новой системе и группировать файлы и каталоги в соответствии с их предназначением.

Чтобы выполнять резервное копирование, прежде всего, нужно иметь подходящую программу. Эта программа должна не только уметь делать простые копии данных на резервные носители, но и хорошо подходить для сотрудников нашей организации и требований бизнеса. Оценивая программы для резервного копирования, следует обратить внимание на:

        Возможности выполнения резервного копирования по расписанию

        Управление размещением, циклами копий и использованием носителей

        Взаимодействие с операторами (и/или автоматическими устройствами смены носителей), когда требуется определённый носитель

        Возможности, облегчающие поиск носителя с определённой копией заданного файла.

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

        Приобретение коммерческого решения

        Разработка своими силами системы резервного копирования с нуля (возможно, с применением одной или нескольких технологий с открытым кодом)

Каждый подход имеет свои положительные и отрицательные стороны. Учитывая сложность задачи, самостоятельно разработанное решение, скорее всего, в чём-то будет уступать коммерческому (например, в управлении носителями, или не будет иметь всеобъемлющей документации или технической поддержки). Однако для некоторых организаций это может быть не важно. Коммерческое решение, скорее всего, будет более функционально, но оно также может быть слишком универсальным и сложным для текущих нужд организации. И всё-таки, эта универсальность может позволить нам оставаться с одним решением, даже когда наша организация растёт. Как вы можем понять, чёткого подхода к выбору системы резервного копирования нет. Можно лишь порекомендовать, учесть при выборе следующие моменты:

        Заменить систему резервного копирования непросто, внедрив её однажды, мы будем использовать её продолжительное время. Хотя бы потому, что у нас будут архивные копии, которые мы должны иметь возможность прочитать. Замена системы резервного копирования означает, что мы должны либо где-то оставить первоначальную систему (чтобы обращаться к архивным копиям), либо преобразовать архивные копии в формат, совместимый с новой системой.

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

        Эта система должна быть абсолютно надежной — она должна в точности копировать всё, что должна, и тогда, когда должна.

        И когда придёт время восстанавливать данные, будь то один файл или вся файловая система, система восстановления также должна быть надёжна на 100%.

Если спросить человека, плохо знакомых с компьютерными резервными копиями, о том, что это такое, скорее всего он ответит, что это просто точная копия всех данных компьютера. Другими словами, если одна резервная копия была сделана во вторник вечером, и в среду на компьютере ничего не изменилось, копия, сделанная в среду вечером, будет в точности совпадать с первой копией. Хотя резервное копирование и можно настроить, таким образом, скорее всего мы захотим сделать по-другому. Чтобы понять это лучше, мы должны сначала разобраться с разными типами резервного копирования. А именно:

        Полными копиями

        Добавочные копии

        Разностные копии

Резервное копирование, о котором шла речь в начале, называется полным. Полная копия — это копия, при которой на резервный носитель сохраняется каждый файл. Как было сказано ранее, если копируемые данные никогда не меняются, все создаваемые полные копии будут одинаковыми. Это объясняется тем фактом, что при создании полной копии не проверяется, был ли файл изменён со времени последнего копирования, и таким образом, на носитель записывается все файлы, вне зависимости от того, были они изменены или нет. Вот почему полные копии не делаются постоянно — все файлы уже записаны на резервный носитель. При полном копировании, даже если ничего не меняется, используется большой объём резервного носителя. Ежедневное копирование 100 гигабайт данных, когда возможно, изменяются только 10 мегабайт, противоречит здравому смыслу, вот почему были придуманы добавочные копии.

При создании добавочных копий, в отличие от полных, сначала проверяется время изменения файла и сравнивается со временем последнего копирования. Если время изменения более раннее, значит, файл не был изменён после последнего копирования и в этот раз его можно пропустить. С другой стороны, если дата изменения файла более поздняя, чем дата последнего копирования, значит, файл был изменён и его следует включить в резервную копию. Добавочные копии используются в сочетании с регулярными полными копиями (например, полные копии делаются еженедельно, а добавочные — ежедневно). Основное преимущество добавочных копий состоит в том, что они выполняются гораздо быстрее, чем полные. А основной их недостаток состоит в том, что для восстановления нужного файла может потребоваться просматривать несколько добавочных копий, пока он не будет найден. При восстановлении всей файловой системы необходимо восстановить последнюю полную копию и все последующие добавочные копии.

С целью исключить необходимость восстановления всех копий по очереди был разработан немного другой подход, который называется разностным. Разностные копии похожи на добавочные тем, что они включают только изменённые файлы. Однако разностные копии являются накопительными — другими словами, при разностном копировании файл, изменённый однажды, будет включаться во все последующие разностные копии (имеется в виду до следующей, полной копии). Это значит, что каждая разностная копия содержит все файлы, изменённые со времени последней полной копии, что позволяет выполнить полное восстановление, восстановив только последнюю полную и последнюю разностную копию. Стратегия резервного копирования с разностными копиями обычно похожа на стратегию с добавочными копиями: за одним периодическим полным копированием следует несколько более частых разностных. Эффект такого использования разностных копий заключается в том, что со временем разностные копии обычно немного вырастут (если в интервале времени между полными копиями меняются разные файлы). Таким образом, разностные копии находятся где-то между добавочными и полными с точки зрения использования резервных носителей и скорости копирования, а также быстроты восстановления одного файла и всей файловой системы (так как приходится просматривать/восстанавливать меньше копий). Учитывая все эти характеристики, разностные копии заслуживают внимательного изучения.

Выше мы очень аккуратно использовали термин «резервный носитель». И этому есть объяснение. Многие опытные системные администраторы обычно подразумевают под резервным копированием запись и чтение лент, но сегодня существуют и другие варианты.

Далее речь пойдет о видах устройств резервного копирования: стримерах, оптических, магнитооптических накопителях и других.

Стримером называется устройство, подключаемое к компьютеру, для записи и воспроизведения цифровой информации на кассету с магнитной пленкой. Основное назначение - резервное копирование. Когда-то стримеры были единственными устройствами со съёмными носителями, пригодными для выполнения резервного копирования. Однако это положение изменилось. Далее мы рассмотрим наиболее популярные резервные носители и оценим их преимущества и недостатки.

Лента была первым, широко используемым съёмным носителем для хранения данных. Её преимуществами является невысокая стоимость самого носителя и достаточно большой объём. Однако лента имеет и ряд недостатков — она может порваться, а доступ к данным на ленте по определению последователен. Это означает, что необходимо внимательно следить за использованием лент (и прекращать использование лент, отработавших своё), и что поиск нужного файла на ленте может быть длительным занятием. С другой стороны, лента — один из наиболее недорогих носителей для хранения данных, а её надёжность проверена временем. Это значит, что для создания ленточной библиотеки приличного объёма, нам не придётся потратить большую часть своего бюджета, и мы сможем полагаться на неё и сегодня, и в будущем.

В прошлом диски никогда не использовались в качестве резервного носителя. Однако цена хранения на дисках упала до той отметки, когда в некоторых случаях хранение резервных копий на дисках имеет смысл. Главной причиной для использования дисков в качестве резервных носителей может быть скорость. Это самые быстрые носители данных из существующих. Скорость может быть важна, если в нашем центре данных для резервного копирования отводится небольшое окно, а объём копируемых данных велик. Но дисковое хранилище — не идеальный резервный носитель по ряду причин:

        Диски обычно не являются съёмными. Один их главных факторов эффективной стратегии резервного копирования заключается в хранении резервных копий вне нашего центра данных, в каком-то удалённом хранилище. Резервная копия рабочей базы данных, хранящаяся на диске в полуметре от самой базы данных — это не резервная, а просто копия. И такие копии будут не очень полезны, если наш центр данных и всё, что в нём находится (включая наши копии), будет повреждён или разрушен при неблагоприятном стечении обстоятельств.

        Диски стоят дорого (по крайней мере, по сравнению с другими резервными носителями). Бывают ситуации, когда деньги на самом деле не играют роли, но в любых других обстоятельствах тратить деньги на диски для хранения резервных копий — значить хранить меньше копий, если общая стоимость хранения копий должна быть низкой. Чем меньше копий, тем меньше избыточность, которая может быть полезна, если какая-то копия по какой-либо причине не прочитается.

        Диски очень уязвимы к внешним воздействиям. И даже если мы потратим дополнительные деньги на съёмные жёсткие диски, их уязвимость может быть проблемой. Если мы уроним жёсткий диск, мы потеряем свою резервную копию. Можно приобрести специальные корпуса, которые могут сократить (но не полностью исключить) эту угрозу, но это ещё больше увеличит стоимость и без того дорогостоящего решения.

        Диски — это не архивный носитель. И даже если предположить, что мы смогли преодолеть все остальные проблемы, связанные с резервным копированием на диски, нам следует учесть следующее. Многие организации по юридическим требованиям должны хранить данные в течение определённых периодов времени. Шансов прочитать данные с 20-летней ленты намного больше, чем с 20-летнего диска. Например, возникает вопрос, будет ли у нас необходимое оборудование, чтобы подключить старый диск к компьютеру? Ещё один момент, который следует учесть — диск намного сложнее картриджа диска. И когда мотор 20-летней давности должен будет раскрутить 20-летние дисковые пластины и над ними должны будут «парить» 20-летние головки чтения/записи, какова вероятность, что всё это будет исправно работать, пролежав без движения 20 лет? Некоторые центры данных делают резервные копии на диски, а после завершения копирования эти копии записывают на ленту с целью архивации. Это позволяет максимально быстро завершить копирование в отведённом для него окне. Запись резервных копий на ленту может выполняться позже, в любое другое время дня, главное, чтобы запись на ленту закончилась к моменту, когда будет готова следующая копия.

Но, несмотря на всё вышесказанное, тем не менее, бывают ситуации, когда копирование на диске может иметь смысл. Далее мы узнаем, как такие диски можно сочетать с сетевыми технологиями для реализации вполне жизнеспособного (разве что дорогого) решения резервного копирования.

Сеть сама по себе не может являться резервным носителем. Но в сочетании с технологиями хранения, она может сослужить хорошую службу. Например, если взять высокоскоростное сетевое подключение к удалённому центру данных с дисковыми хранилищами большого объёма, то упомянутые ранее недостатки копирования на диски перестают быть недостатками. Когда мы делаем копию по сети, диски уже находятся далеко, поэтому необходимость куда-то перевозить очень уязвимые диски отпадает. Если скорость сети достаточна, мы также сохраняем выигрыш в скорости, который мы можем получить, выполняя резервное копирование на диски. Однако этот подход всё же никак не решает вопрос архивного хранения (хотя здесь также можно использовать ранее упомянутый подход «сброса на ленту готовой резервной копии»). Кроме того, затраты на организацию удалённого центра данных с высокоскоростным подключением к основному центру данных делает это решение крайне дорогостоящим. Но организации, нуждающиеся в возможностях, которые может предоставить такое решение, платят эту цену без проблем.

Когда резервные копии сделаны, что должно произойти дальше? Очевидный ответ на этот вопрос — эти копии должны быть сохранены. Однако, совсем не так очевидно, что именно следует хранить — и где. Чтобы ответить на эти вопросы, мы должны сначала учесть обстоятельства, при которых будут использоваться резервные копии. Можно выделить три основные ситуации:

1.      Восстановление отдельных файлов по запросу пользователей

2.      Глобальное восстановление при чрезвычайной ситуации

3.      Архивное хранилище, скорее всего никогда не потребуется

К сожалению, между первой и второй ситуацией существуют несовместимые противоречия. Когда пользователь удаляет файл случайно, он хочет возвратить его немедленно. Следовательно, резервный носитель должен быть не дальше нескольких метров от компьютера, на котором должны быть восстановлены данные. В случае чрезвычайных ситуаций необходимо будет выполнить полное восстановление одного или нескольких компьютеров в нашем центре данных, а если произошедшая катастрофа будет иметь физический характер, она разрушит не только наши компьютеры, но и все резервные копии, хранящиеся рядом. Мы окажемся в ужасном положении. Вопрос архивного хранилища менее спорный — вероятность того, что мы воспользуемся им, довольно мала, поэтому если резервный носитель хранится далеко от центра данных, это не должно быть проблемой. Для решения этих разных задач могут быть выбраны различные подходы, в зависимости от потребностей организации. Первый возможный подход заключается в хранении копий за несколько дней у себя на месте, а затем переносить эти копии в более безопасное удалённое хранилище, когда будут созданы новые ежедневные копии.