Очень полезно бывает сохранить настойки сетевой карты.
Зачем?
Тут вспоминается старая туристическая байка, смысл которой “случаи бывают разные, очень разные”.

Краткий пересказ байки:

- Хлопцы, Вы куда?
- Да, по морошку…
- а кольчужку по што одел?
- на всякий случай…
- а шлем?
- случай бывает разный?

Все-таки хотите примеров. Будут Вам примеры:
а у Вас никогда не умирала сетевая карта в сервере? Говорите, руками настроить можно? Да, можно. А если серверов 100 штук, плюс несколько виланов, плюс хитрая маршрутизация, плюс двадцать минут до дедлайна и выпускающей группе нужно еще пять минут на закончить. Успеете вспомнить (найти) и сконфигурировать интерфейс руками. Думаете, такого быть не может? Может. Дай бог, чтобы не было.
А тему ведь можно развить: Ваш сменщик вчера переконфигурировал одну из “сисек” и как следствие еще пяток серверов. И, конечно же, он внес все изменения в журнал работ, и может даже Вам об этом сказал. Уверяю Вас, Вам в этот момент от этого легче не станет.
Вывод: процедуры восстановления должны быть прозрачными и отработанными.
Пример попроще: есть система с брандмауэром известного производителя. У Вас есть два Internet-канала (основной дешевый и резервный дорогой). В случае отказа нужно быстро перенастроить внешний интерфейс. А потом обратно.

Реализация для “примера номер раз”:
На всех серверах после каждого изменения конфигурации сетевых интерфейсов выполняем:

netsh interface ip dump > c:\Scripts\NetConfig\ServerName_LanConf.dump
copy /Y c:\Scripts\NetConfig\ServerName_LanConf.dump ^
\\BackUpServer\share$\BackUp\NetConfig\ServerName_LanConf.dump

В больших сетях и при нескольких администраторах имеет смысл закинуть в планировщик задач (т.к. будут забывать бэкапить конфигурацию, а это еще хуже чем если бы ее не было вообще):
schtasks /create /tn “Net Config BackUp” ^
/tr “c:\Scripts\NetConfig\LanConf_Daily.cmd” /sc weekly ^
/d MON,TUE,WED,THU,FRI /st 00:50:00 ^
/ru Domain\BackUpUser /rp Password /s \\server ^
/u Domain\AdminRightUser /p Password

Если потребуется, восстанавливать так:
netsh exec c:\Scripts\NetConfig\ServerName_LanConf.dump

Для “примера по проще” выполняем настройку сетевого интерфейса для одного провайдера, и:
netsh interface ip dump > c:\Scripts\NetConfig\ServerName_LanConf_Primary.dump
copy /Y c:\Scripts\NetConfig\ServerName_LanConf_Primary.dump ^
\\BackUpServer\share$\BackUp\NetConfig\ServerName_LanConf_Primary.dump

После настраиваем интерфейс для другого провайдера, и:
netsh interface ip dump > c:\Scripts\NetConfig\ServerName_LanConf_Secondary.dump
copy /Y c:\Scripts\NetConfig\ServerName_LanConf_Secondary.dump ^
\\BackUpServer\share$\BackUp\NetConfig\ServerName_LanConf_Secondary.dump

Установить настройки для нужного провайдера, так:
netsh exec c:\Scripts\NetConfig\ServerName_LanConf_Primary.dump

или для другого:
netsh exec c:\Scripts\NetConfig\ServerName_LanConf_Secondary.dump

Причем в данном случае удобно создать командный файл.
Что-то типа:
@Echo off
:begin
Echo 1 - Мой любимый провайдер
Echo 2 - Мой запасной провайдер
Echo 0 - Выход
Set /p Prov=”Ваш Выбор?”
if %Prov%==1 (
netsh exec c:\Scripts\NetConfig\ServerName_LanConf_Primary.dump
exit
)
if %Prov%==2 (
netsh exec c:\Scripts\NetConfig\ServerName_LanConf_Secondary.dump
exit
)
if %Prov%==0 exit
goto begin


Все необходимое в одном месте сувениры принимаем заказы круглосуточно. ; nero на русском языке ; кодеки k lite codec

Оставьте свой отзыв!

Другие статьи по теме:
[Идея] Антикризисная 19-дюймовая стойка от IKEA
Резервная копия (BackUp) конфигурации сетевых интерфейсов для MS Windows серверов

WordPress database error: [Duplicate entry '767357' for key 1]
INSERT INTO wp_slim_stats ( `remote_ip`, `language`, `country`, `referer`, `domain`, `searchterms`, `resource`, `platform`, `browser`, `version`, `dt` ) VALUES ( "644592623", "en-us", "us", "", "", "", "/20080116/rezervnaya-kopiya-konfiguracii-setevykh-interfejjsov-dlya-ms-windows-serverov.html", "-1", "34", "", "1328620113" )