Марк Розенталь: Опять же насчет SSD - это не догма.
Можно базы оставить и на HDD, если скорость работы приемлемая.
Перенос баз на SSD нужен исключительно для повышения быстродействия этих самых баз. Т.е если все и так работает быстро, то с переходом на SSD можно повременить.
Марк Розенталь: Диск с системой можно восстановить за 15минут. Он банально разворачивается из образа.
Т.е подходит админ, втыкает новый диск, и накатывает на него образ системного диска из бэкапа.
NAS для бэкапов это обязательно.
Систему и базы данных надо разнести по разным физическим дискам.
athacker: Ну и когда у вас виртуальных машин на 120Тб это несколько другой коленкор.
Такие объемы как правило размещаются не локально, а на CХД, и с бэкапом там все по другому.
athacker: Бывает, но не часто.
Обычно при бэкапе важно чтобы не было просадок на диске откуда делается бэкап.
Т.е чтобы пользователи во время бэкапа нормально работали, а не нервно курили.
Поэтому от диска на который делается бэкап скорости особой и не требуется.
Когда же на один диск бэкапится куча машин - тут могут возникнуть проблемы, но это решается с помощью кэша, и разнесения по времени.
Марк Розенталь: В таком случае примерно так - все что требует быстрого диска надо перенести на SSD.
Т.е базу скуля, возможно CRM.
Если нужна отказоустойчивость - то сделать зеркало т.е RAiD 1 из двух SSD.
Все остальное на обычном HDD. Опять же если нужна отказоустойчивость то зеркальный рейд из двух HDD.
Бэкапы хранить на отдельном сервере. Поскольку для бэкапов не нужна ни скорость, ни отказоустойчивость, то бэкапы хранятся на одном(без всяких рейдов) медленном HDD большого объема.
tw1911: Я делаю примерно так чаще всего-
Бэкапы копируются с целевой машины на сервер бэкапов в специальную папку для входящих бэкапов.
Т.е есть права на запись и чтение из этой папки.
А уже средствами самого бэкап сервера файлы из этой расшаренной папки перемещаются в хранилище, к которому нет доступа по сети.
Т.е синхронизация должна быть не с хранилищем, а с папкой для входящих бэкапов.
А уж как копировать на бэкап сервер возможностей множество - фтп, самба, торрент, и.т.п.
Сергей: Такого нет.
Просто очень неудобно работать если телефон будет часто блокироваться.
Обычно блокировка происходит при системной блокировке телефона, а она настраивается в меню.
Организация дискового пространства вообще непонятна.
Для начала нужно знать какие сервисы крутятся на компьютере и что нужно от дисков.
AD и CRM это понятно
Что значит 1с?
У вас сервер 1с крутится на этой машине? А скуль где? на другой?
Или у вас и 1с сервер и скуль на одной машине? да еше и вместе с АD?
Марк Розенталь: Если боитесь потерять данные то делайте бэкапы.
RAID в таком случае ничем не поможет.
Он обеспечивает либо повышение скорости, либо повышение отказоустойчивости. Но никак не сохранность данных.
Марк Розенталь: Вы как то неправильно понимаете отказоустойчивость.
Чтобы все не потерять делают бэкапы!
А отказоустойчивость делается чтобы исключить перебои в работе! Т.е отказоустойчивость к сохранности данных никаким боком не относится.
nfire: А зачем бэкапам приличная скорость? И о какой надежности идет речь?
Четыре винчестера ничуть не надежней одного кстати.
Десятый рейд обеспечивает высокую скорость чтения и неплохую отказоустойчивость. И только.
Вот мне и непонятно нафига для хранилища бэкапов нужна высокая скорость и зачем там отказоустойчивость?
