понедельник, 19 апреля 2010 г.

Конфигурация сервера нашей организации.

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

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

Итак:


Серверная платформа:
Процессор: Core2Duo E6420
Память:  2048 Мб
Дисковые массивы: стартовый 80Гб, необходим для запуска операционной системы.
Рабочее пространство: 2х1000Гб собранные в RAID 1(mirroring) для обеспечения сохранности данных в случае выхода из строя одно из дисков.
Пространство для резервирования(основное): 2х1000Гб собранные в RAID 1(mirroring) для обеспечения сохранности данных в случае выхода из строя одно из дисков.
Пространство для резервирования(автономное) 500Гб внешний жесткий диск Seagate FreeAgent Desktop для возможности оперативного подключения рабочего пространства проектов в случае невозможности запуска сервера.
Источник бесперебойного питания: PCM KIN-2200AP
Сетевая карта: 1 Гигабит Marvell интегрированная на материнской плате.
Операционная система: Windows 2003 Server R2 (лицензионная)
Сетевое оборудование: D-Link DGS-1016D + D-Link DGS-1016D по одному для каждого рабочего подразделения.
Данная конфигурация успешно работает для предприятия с количеством клиентов (архитекторы и конструкторы) 50 компьютеров. Теоретический предел по быстродействию сети - около 300 клиентов, при замене сетевого оборудования на оборудование с большим количеством портов.
Система резервного копирования построена на принципе инкрементального накопления данных.
Т.е. создается некий репозиторий, являющийся полной копией основного пространства проектов. Далее, раз в сутки в 00-00, происходит автоматическое сравнение данных в основном пространстве проектов и в репозитории. В случае нахождения различий, оригинальные файлы из репозитория переносятся в отдельную папку, типа <ГОД><МЕСЯЦ><ДЕНЬ> с сохранением исходной структуры каталогов, а измененные или новые файлы копируются в репозиторий. Удаленные из основного пространства проектов файлы из репозитория не удаляются. Таким образом удается иметь все версии файлов проектов с делением по дням, и при этом избежать бесконтрольного разрастания пространства резервных копий.
Для построения системы резервного копирования было использовано условно бесплатное ПО nnBackup.

Если есть вопросы- задавайте, буду пробовать отвечать.

ЗЫ. Честно говоря, скептически отношусь к заявленному Одмином числу пользователей на один такой серевер- до 300. Но, Одмину виднее.

6 комментариев:

  1. Небольшой вопрос по винчестерам: какими примерно теххарактеристиками они должны обладать? (ну скорость там, может еще что-нибудь важное)

    ОтветитьУдалить
  2. мне для организации в 10человек хватает 15гб дискового пространства =) 1тб - это с заделом на будущее наверно

    а ставить вторую пару дисков с рейд1 в один корпус - ну просто глупо. от пожара или КЗ не спасет например. надо выносить в соседнее помещение, а ещё лучше - в соседнее здание

    ОтветитьУдалить
  3. Да, Сата. Остальное не критично.

    2 Свелл-Д.

    Прочитайте еще раз. Одна пара- рабочая. Вторая- архив. Ничего не должно теряться.

    Кстати, один раз у нас уже выходил из строя винт. Ниче, пережили.

    ОтветитьУдалить
  4. дружище, ну если у вас ежедневный инкрементал, ну зачем ещё пара на рейд1? (я бы сделал рейд 0, или вообще ssd поставил, но это моё мнение). ну сдохнет основной винт - потеряете максимум то, что наработали за день - думаю не велика потеря. если сдохнет диск с бэкапом - ну и фиг бы с ним, вся основная инфа на диске то осталась. часто вообще из бэкапов данные достаёте? в моей организации в основном только тогда, когда кто-нибудь по глупости отредактирует старый файл вместо создания новой копии.

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

    ещё рекомендую попробовать dropbox.com

    ОтветитьУдалить
  5. > я к тому, что достаточно одного диска
    > основного, одного на ежедневный инкрементал и
    > одного внешнего на полный бэкап раз в неделю
    > и носить его с собой в сумке, дабы не
    > потерять его при пожаре в пустующем офисе.

    Категорически не согласен.

    Свеллд- я не понимаю вообще повода для разговора. Винты стоят недорого, а проект- ОЧЕНЬ дорого. Даже просто по деньгам, не говоря о рисках репутационных потерь при срыве сроков.

    И поэтому никакие меры предосторожности лишними не будут.

    Внешний винт у нас есть- это уже третий пояс обороны.

    Есть еще и 4ый- компакт-диски.

    Такая параноидальная система защиты данных у нас из организации, где мы когда-то работали. Это была всеукраинская крупная торговая компания. Там были Админы потрясающие умницы я с ними пиво пил. И вот они именно так и делали. Причем- уже наученные горьким опытом.

    Когда мы создавали свою сеть, мы просто тупо скопировал все один в один, только на более дешевых компонентах- те нам просто были не по зубам.

    Поэтому я рекомендую Рейд на основной массив, Рейд на бакап и не экономить на винтах сервера.

    Сгоревший Рейд, кстати, я в своей жизни видел. Ну нафиг.

    Восстанавливаем... Ну, нечасто. В месяц пару раз при интенсивной работе.

    Раньше из-за того, что 2006 Акад мог насмерть запороть сложный файл так, что даже рековери не спасало.

    За 10ткой этого не замечалось.

    Также часто просто портят файлы сами пользовалели- ен сделав версии файла перед редактированием.

    ОтветитьУдалить