информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеЗа кого нас держат?Страшный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Блокировка российских аккаунтов... 
 Отзыв сертификатов ЦБ РФ, ПСБ,... 
 Памятка мирным людям во время информационной... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
По опыту настройки подобных связок. 11.11.08 05:02  Число просмотров: 2375
Автор: ВНЬ Статус: Незарегистрированный пользователь
Отредактировано 11.11.08 05:13  Количество правок: 2
<"чистая" ссылка>
По опыту установки такого типа связок.

Конструкция:
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 с собственно файлами базы. А лучше -- поставить третий винт под свапы, небольшой, но шустрый. Держать систему на одном разделе со свапом -- не есть гуд. Свап всегда зачистил -- и вуаля. И раздел с системой меньше юзается, меньше шансов на слёт системы.
<operating systems> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach