По опыту установки такого типа связок.
Конструкция:
LAN-100Mb-Switch-1Gb-TermServer-1Gb-SQLServer
На терминалке -- 1 винт, с которого ночером делается snap-backup.
Ессно, какая-то винда с возможностями терминалки. Чаще всего -- 2003.
Оперативки МНОГО, виндовый свап в самом начале винта, маленький.
На SQLServer -- Unix-like операционка, под которой крутится либо
а) сам SQL если 1С-ка отвязана от мелкомягких
б) какой-то имитатор виндов, с поднятым MS SQL
Винтов от 2 до 5 в RAID. Там -- как пожелается.
SWAP - тоже в начало винта, но не в самое, а после рутового раздела. Под базу -- тоже отдельный раздел. Копирование -- ежедневное инкрементное за 7 дней. За более ранние периоды -- воскресные ночные полные копии с остановленным SQL на отдельно примонтированный раздел (для такого случая :-), эти по 4 штуки на месяц. Ну, и ежемесячные, на год -- 12 штук. Всё утаптывается в архив.
Иногда к SQLServer подключается либо отдельный винт, либо какой-нть netstorage, по отдельному каналу, питание которого включается только тогда, когда делается бекап, либо для восстановления.
По поводу свапов вообще -- для них, как и для TEMP желательно отдельный раздел, чтобы не морочиться с возможными сбоями при активом использовании.
Если же не RAID, то на одном винте винда с отдельным разделом в начале под свап, SQL-база на другом, который побыстрее, и на нём же свап для SQL, т.к. он, в реальных задачах, свапится намного чаще, и тоже в отдельном разделе. Свапы однозначно желательно разнести по разным винтам. Как, собственно, и ОС, на которой крутится SQL с собственно файлами базы. А лучше -- поставить третий винт под свапы, небольшой, но шустрый. Держать систему на одном разделе со свапом -- не есть гуд. Свап всегда зачистил -- и вуаля. И раздел с системой меньше юзается, меньше шансов на слёт системы.
|