Этот пост адресован тем, кто так или иначе намерен попробовать внедрить у себя на предприятии культурную работу с сервером, разделениями прав.
Итак:
Серверная платформа:
Процессор: 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. Но, Одмину виднее.
Небольшой вопрос по винчестерам: какими примерно теххарактеристиками они должны обладать? (ну скорость там, может еще что-нибудь важное)
ОтветитьУдалитьИ интерфейс я так понимаю SATA? или SAS?
ОтветитьУдалитьмне для организации в 10человек хватает 15гб дискового пространства =) 1тб - это с заделом на будущее наверно
ОтветитьУдалитьа ставить вторую пару дисков с рейд1 в один корпус - ну просто глупо. от пожара или КЗ не спасет например. надо выносить в соседнее помещение, а ещё лучше - в соседнее здание
Да, Сата. Остальное не критично.
ОтветитьУдалить2 Свелл-Д.
Прочитайте еще раз. Одна пара- рабочая. Вторая- архив. Ничего не должно теряться.
Кстати, один раз у нас уже выходил из строя винт. Ниче, пережили.
дружище, ну если у вас ежедневный инкрементал, ну зачем ещё пара на рейд1? (я бы сделал рейд 0, или вообще ssd поставил, но это моё мнение). ну сдохнет основной винт - потеряете максимум то, что наработали за день - думаю не велика потеря. если сдохнет диск с бэкапом - ну и фиг бы с ним, вся основная инфа на диске то осталась. часто вообще из бэкапов данные достаёте? в моей организации в основном только тогда, когда кто-нибудь по глупости отредактирует старый файл вместо создания новой копии.
ОтветитьУдалитья к тому, что достаточно одного диска основного, одного на ежедневный инкрементал и одного внешнего на полный бэкап раз в неделю и носить его с собой в сумке, дабы не потерять его при пожаре в пустующем офисе.
ещё рекомендую попробовать dropbox.com
> я к тому, что достаточно одного диска
ОтветитьУдалить> основного, одного на ежедневный инкрементал и
> одного внешнего на полный бэкап раз в неделю
> и носить его с собой в сумке, дабы не
> потерять его при пожаре в пустующем офисе.
Категорически не согласен.
Свеллд- я не понимаю вообще повода для разговора. Винты стоят недорого, а проект- ОЧЕНЬ дорого. Даже просто по деньгам, не говоря о рисках репутационных потерь при срыве сроков.
И поэтому никакие меры предосторожности лишними не будут.
Внешний винт у нас есть- это уже третий пояс обороны.
Есть еще и 4ый- компакт-диски.
Такая параноидальная система защиты данных у нас из организации, где мы когда-то работали. Это была всеукраинская крупная торговая компания. Там были Админы потрясающие умницы я с ними пиво пил. И вот они именно так и делали. Причем- уже наученные горьким опытом.
Когда мы создавали свою сеть, мы просто тупо скопировал все один в один, только на более дешевых компонентах- те нам просто были не по зубам.
Поэтому я рекомендую Рейд на основной массив, Рейд на бакап и не экономить на винтах сервера.
Сгоревший Рейд, кстати, я в своей жизни видел. Ну нафиг.
Восстанавливаем... Ну, нечасто. В месяц пару раз при интенсивной работе.
Раньше из-за того, что 2006 Акад мог насмерть запороть сложный файл так, что даже рековери не спасало.
За 10ткой этого не замечалось.
Также часто просто портят файлы сами пользовалели- ен сделав версии файла перед редактированием.