Организация локальной вычислительной сети для ООО ТПП “Антарес”, страница 25

  10.255.255.255  255.255.255.255  10.1.1.1  10.1.1.1  1

  10.255.255.255  255.255.255.255  10.1.2.2  10.1.2.2  1

  127.0.0.0   255.0.0.0  127.0.0.1  127.0.0.1  1

  224.0.0.0   224.0.0.0  10.1.0.50  10.1.0.50  1

  224.0.0.0     224.0.0.0  10.1.1.1  10.1.1.1  1

  224.0.0.0     224.0.0.0  10.1.2.2  10.1.2.2  1

  255.255.255.255  255.255.255.255  10.1.1.1  10.1.1.1  1

Default Gateway:  10.1.0.5

===========================================================================

В рамках тестовой сети, организованной в ЛИМТУ для маршрутизатора №1 и  в разделе шлюза по умолчанию для серверов и рабочих станций вместо IP – адреса 10.1.0.5 используется IP – адрес 10.1.0.2, т.к. маршрутизатор №1 в данном случае совмещен с контроллером домена.

Приложение №8. Последовательности действий для восстановления нормальной работоспособности серверов

Для контроллера домена, (файлового сервера, почтового сервера)

1.  Загрузить сервер в режиме Recovery Console, используя в качестве имени пользователя и пароля имя и пароль учетной записи администратора по умолчанию, при этом работа БД Active Directory будет остановлена.

2.  Используя стандартную службу резервного копирования MS Windows – backup, выполнить восстановление БД Active Directory из директории, указанной в правилах создания и хранения резервных копий ПО или с DVD – диска (recovery – параметр: System State).

3.  Для файлового сервера и почтового сервера выполнить восстановление состояния системы (System State), используя стандартную службу резервного копирования MS Windows – backup, а так же дополнительных директорий, соответствующих целевым назначениям серверов, описанных в правилах создания и хранения резервных копий ПО (файловый сервер – директории d:\public и d:\project, почтовый – сервер  директория d:\antares20\Exchsrvr)

Для сервера БД

Порядок действий при восстановлении пользовательских баз данных:

1. Переводим базу данных в режим DBO use only

2. Делаем по возможности Backup журнала транзакций

3. Восстанавливаем последнюю резервную копию.

4. Восстанавливаем необходимую (последнюю) разностную копию.

5. Восстанавливаем до необходимого момента времени копию журнала транзакций.

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

Порядок действий при восстановлении базы данных master:

Если SQL-server запускается

1. Запускаем SQL в однопользовательском режиме (Single user mode)

2. Присоединяем потерянные базы данных, чьи файлы остались на диске, но  информация о которых  стерлась из  базы данных master.

  синтаксис процедуры присоединения:

  sp_attach_db [@dbname =] 'dbname'

  [@filename1 =] 'filename_n ' [,...16]

3. Восстанавливаем последнюю резервную копию.

4. Восстанавливаем необходимую (последнюю) разностную копию.

5. Восстанавливаем до необходимого момента времени копию журнала транзакций.

Если  SQL-server не запускается:

вариант 1:

1. Копируем предварительно заархивированные с помощью Windows Backup файлы базы данных master в исходный каталог

2. Присоединяем потерянные базы данных, чьи файлы остались на диске но, информация о которых  стерлась из  базы данных master.

3. Восстанавливаем последнюю резервную копию.

4. Восстанавливаем необходимую (последнюю) разностную копию.