[Trouble_Maker]

Прежде всего, начните с планирования самого железа и Active Directory, структуру OUшек, групп доступа и т.д.
Подумайте, а стоит-ли вообще за это браться с одним стационарным ПК, ну потянет он у Вас AD, кто же спорит. А как вы будете решать сценарий вида - сдох блок питания\мат.плата, уборщица тетя Люба выдернула шнур питания и прочие железячно-софтовые форс мажоры. Если Вы из тех кто любит рисковать - то тут вопрос мало, поднимаете весь этот зоопарк ролей на 1 железный ПК и получаете вагон и маленькую тележку проблем, а расхлебывать потом придется Вам (или уже не вам), и крайним быть. В общем, не советую связываться с этим, либо выбивать бюджет на хоть какую-то отказоустойчивость, а насколько я знаю в гос. учреждениях с этим тяжело будет, ой как тяжело. Скорее всего ответ будет: "А нафига нам это, и так работает?"

[SPIRITic]

В интернетах видел рекомендацию на железный ПК ставить Windows Server 2012 поднимать на нем гипервизор и на него ставить Server 2012 на котором уже поднимать домен. В таком случае необходимо будет перекинуть файлы виртуалки на другой комп и настроить сетку. Да, сам знаю что надежности никакой. Борьба с т. Любой заключается в помещении сервера в недоступное место.

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

Большинство пользователей-учителей все файлы будут хранить локально. Файлопомойка используется вместо почты для быстрого перекидывания файлов. Никаких важных документов на сервере (пока) храниться не будет.

[El Scorpio]

уборщица тетя Люба выдернула шнур питания и прочие железячно-софтовые форс мажоры »

Убрать системный блок с ИБП в шкаф.
Если стандартный железный 19'' вам не по бюджету, можете сделать такой же из дерева и подручных материалов
Реально - сам недавно такой видел.
Четыре хороших бруска по углам, полки из ДСП, патч-панели (покупные разумеется) прикручены шурупами.
Повесить на дверку навесной замок, и никакая тётя Люба не доберётся.

[SPIRITic]

El Scorpio, именно в шкафу комп и стоит. Обычном шкафу

[El Scorpio]

Ну и пусть стоит. Повесьте на шкаф замок и страшную картинку "НЕ ВЛЕЗАЙ!!! УБЬЮ!!!"

P.S. "Сервером" будет служить стационарный комп (Intel Core E6550 2.33 GHz, 6 GB Ram, 2*500 Gb HDD) »

Объединить диски в программный RAID

[SPIRITic]

Объединить диски в программный RAID »

Я правильно понимаю, что для самой ОС тогда нужен отдельный диск?

И посмотрев курс Майкрософта про сервер 2012R2 сделал вывод что для него есть более удобная фишка с созданием пула дисков, но котором можно создавать виртуальные диски и уже их объединять в RAIDы при необходимости. Вроде бы как можно потом новые диски добавлять в пул и ОС сама разнесет при необходимости данные. Как то так.

[El Scorpio]

Цитата El Scorpio: Объединить диски в программный RAID » Я правильно понимаю, что для самой ОС тогда нужен отдельный диск? »

Не обязательно.
Программный RAID можно делать из разделов.

В интернетах видел рекомендацию на железный ПК ставить Windows Server 2012 поднимать на нем гипервизор и на него ставить Server 2012 на котором уже поднимать домен. »

Можно в качестве основной системы использовать Linux (Debian), для удобства настройки - Webmin, а для управления виртуальными машинами - Proxmox. Эта связка вообще работает по принципу "один раз настроил и забыл".
На этапе установки разбейте каждый диск на три раздела (256 мб, 20 Гб и всё остальное), объедините разделы попарно в программные RAID-массивы (MDADM). Маленький отформатируйте под файловую систему для загрузчика (/boot), средний задействуйте в группе LVM с разделами системы, а большой - в группе LVM с разделами виртуальной машины.
Таким образом при "помирании" одного диска вам достаточно будет просто заменить мёртвый диск, разбить его аналогичным образом и подключить новые разделы к массивам RAID.

Даже если вы совершенно не знаете Linux, всё равно стоит изучить эту систему.

[SPIRITic]

El Scorpio, я, так понимаю, речь идет про зеркальный рейд? Хотелось бы на начальном этапе больше скорости, чем надежности.

[El Scorpio]

Хотелось бы на начальном этапе больше скорости, чем надежности. »

У вас не сервер высокопроизводительной СУБД, чтобы так за "скорость" переживать.
А вот надёжность нужно обеспечивать сразу.

К тому же при страйпе вы получите массив на 1000 Гб, от которого будет очень сложно перейти к "зеркалу" на 500 Гб.