Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
VPS/VDS серверы. 30 локаций на выбор

Серверы VPS/VDS с большим диском

Хорошие условия для реселлеров

4VPS.SU - VPS в 17-ти странах

2Gbit/s безлимит

Современное железо!

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

✅ Дешевый VPS-хостинг на AMD EPYC: 1vCore, 3GB DDR4, 15GB NVMe всего за €3,50!

🔥 Anti-DDoS защита 12 Тбит/с!

Первый уровень защиты SFT-I

Первый уровень защиты SFT-I включает следующие решения:

  • дублирование таблиц DET и FAT тома,
  • проверка записи на диск последующим чтением,
  • динамическая переадресация блоков (Hot Fix).

Рассмотрим эти решения подробнее.

Дублирование таблиц DET и FAT тома

Таблицы DET и FAT дублируются для каждого тома файлового сервера (рисунок 2.39).

Эти дубли используются NLM-модулем VREPAIR.NLM в процессе "ремонта" тома. Эта программа последовательно читает записи DET и FAT, сопоставляет их, при необходимости корректирует эти записи и затем записывает изменения в обе копии таблиц.

Рис. 2.39. Дублирование таблиц DET и FAT

Проверка записи на диск последующим чтением

Если этот режим включён, то после записи на диск блок данных читается, и данные сравниваются с тем, что было записано (рисунок 2.40).

Считается, что запись на диск выполнена успешно, если записанные и прочитанные данные совпадают. Режим проверки записи последующим чтением можно включить для всех дисков файлового сервера с помощью SET-параметра ENABLE DISK READ AFTER WRITE. Для конкретного диска этот режим можно включить/выключить с помощью утилиты MONITOR.NLM (пункт меню Disk Information/Read After Write Verify).

Рис 2.40. Проверка записи последующим чтением

Динамическая переадресация дефектных блоков (Hot Fix)

Если записанные и затем прочитанные данные не совпадают, то считается, что соответствующая область на диске является дефектной, и блок записывается в область переназначения Hot Fix (рисунок 2.41).

Рис. 2.41. Динамическая переадресация дефектных блоков

При чтении блока с файлового сервера NetWare сначала просматривает таблицу переназначения, и если блок описан в этой таблице, то он читается из области переназначения Hot Fix. В противном случае блок читается из основной области раздела NetWare.

Размер области Hot Fix устанавливается при инсталляции файлового сервера.

Предыдущая глава || Оглавление || Следующая глава

VPS в России, Европе и США

Бесплатная поддержка и администрирование

Оплата российскими и международными картами

🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях

💸 Гифткод CITFORUM (250р на баланс) и попробуйте уже сейчас!

🛒 Скидка 15% на первый платеж (в течение 24ч)

Скидка до 20% на услуги дата-центра. Аренда серверной стойки. Colocation от 1U!

Миграция в облако #SotelCloud. Виртуальный сервер в облаке. Выбрать конфигурацию на сайте!

Виртуальная АТС для вашего бизнеса. Приветственные бонусы для новых клиентов!

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

Новости мира IT:

Архив новостей

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...