Техническое задание на установку WinServ2008R2
 

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

лучше бы в тему задание написали...

 
мои замечания. буду писать по порядку в ТЗ
4 - проверка лицензии и только потом 5 - выбор редакции. Но ведь если лицензия стандарт - то редакцию другую вы не можете выбрать.

7-а - не просто настройка автообновления, а установка всех обновлений. обновления могут потребовать перезагрузку сервера, поэтому до настройки всего остального лучше установить обновления вначале.

8 "Конфигурирование ОС согласно пункту 5" в пункте 5 у вас описываются данные клиентских ПК, я бы вывел их в отдельный пункт.

у меня на работе была дока похожая, но у меня была миграция с СБС на 2008 R2

хотелось бы чей -нибудь ещё опыт взглянуть. например интересует принцип подбора имён учётных саписей в АД.
К примеру, инициалы и 3буквы фамилии: Иван Иванович Пупкин имеет логин IIPUP а пароль к примеру - номер его кабинета или телефона в кабинете... Ну и соответственно если сотрудников 60 и 10 отделов.... Может по отделам? типа manager-1, manager-2, buhgalter....
У кого какие способы?

в одной компании были имена компов сотрудников - 201106301х - год месяц день номер х
сервера - по ролям: почтовые - маил1 и маил2
имена АД - ФИО, логин -фамилияио

в другой компании компов мало, поэтому просто РС1, РС2
сервера - по городам, т.к. есть филиалы.
имена АД - ФИ, логин - имя.фамилия

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



разделение по отделам только в АД - отдельная OU

Здравствуйте, Sermion

Мой вам совет обратите внимание вот на эту статью. В ней учтены некоторые нюансы структурирования Active Directory (если конечно он AD у вас запланировано), которые не отображены в вашем тех. задании

http://msbro.ru/index.php/archives/500

Надеюсь эта статья поможет вам улучшить ваше техническое задание.

однако........

Первым пунктом. Постановка задачи, планируемый рост. Тут точно выплывет пункт 5b) Выбор ролей сервера
2 пункт поменять с 3. Сборку и тестирование проводить уже с RAID
Я бы добавил после 6 е) пункт Резервное копирование ОС. и после 7а), 7б) 7с)

обновил наработки в шапке после исправлений. не финал.... Ещё много ковырять и ковырять.

зы: под кат не выкладываю, т.к. форматирование текста и таблиц тоже важно )

внешние сети задели... зачем они вам в локальной сети?

с сетями - у вас на двоечку...


зачем локальные пользователи? если у вас домен будет.

я бы добавил отдельный пункт для тестирования. у меня к примеру касперский не прижился при наличии службы NAP


А бесплатного винампа не хватает? а как же встроенные средства?
И кстати - опенсоурс - не значит бесплатно, это значит открытый код...

Спецификация - имхо, параметры чего-либо - лишнее... или что вы под параметрами имели ввиду?

Sermion Начнём по порядку. В дополнение к выше сказанному.

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


Всё что тебе нужно так это использовать частные сети в локальной сети. Их для IPv4 зарезервировано три адресных пространства
10.0.0.0/8 (10.0.0.1-10.255.255.254), 172.16.0.0/12 (172.16.0.1-172.31.255.254), 192.168.0.0/16 (192.168.0.1-192.168.255.254). Выбирай одно из этих адресных пространств. Исходя из количества компьютеров в сети формируй маску подсети (наиболее распространенное 192.168.0.0/24 - до 254 сетевых устройств)

А сети класса D тебе не нужны - это многоадресные адреса. Ну, что касается класса E - это вообще зарезервированное адресное пространство и по моему ни где не используется.

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

И ещё не заморочивайся на именовании серверов и клиентских ПК.
Мой тебе совет делай всё проще. Пользователем это не нужно, это нужно только системным администраторам.
Я делал так:
сервера не зависимо от ролей именовал просто - ASRV01, ASRV02 и т.д. (т.е. административный сервер)
клиентские ПК - AWKS01, AWKS02 и т.д. (т.е. административная рабочая станция)

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

Пока вроде всё! Дерзай!

Да, НО это не совсем частные адреса, правильней их назвать - Локальные адреса APIPA (169.254.0.1-169.254.255.254) и эта адресация используется при отсутствие DHCP-сервера.
APIPA имеют ряд ограничений, в частности, при использовании APIPA компьютеру нельзя назначить DNS, основной шлюз и WINS
В средних и тем более больших сетях такая адресация крайне не рекомендуется.

я про то, что если не использовать APIPA - то эту сеть теоретически можно использовать как локальную.

пунк С 2) Имена клиентских ПК. не привязывать к пользователю (пользователь уволился и выходит комп Pupkin а реально работает Shmidt, а привязывать к должности или физ. размещению (Glbuh, Buh, Kab553.)

документ разросся до 3-х ))))

• План установки
• Тех.задание
• Спецификация

пока всё оттачиваю. директор корректирует. как будет более-менее финал - выложу в тему

я так понял - это не по порядку?

Может быть, конкретно перед вами и стоит задача: впарить клиенту сервер с виндой... но, право, не стоит заявлять об этом явно, даже во внутренних документах. Задачи - это вести бухгалтерию, хранить файлы, организовывать доступ инет и т.п. - с этого и стоит начинать.