Вопрос : Вопросы сервера 2003 Windows периодическ замерзая

Мы имеем клиента бежит сервер 2003 Windows и случайн последн он замерзал вверх и был почти безответный.  Мы получали телезрителя немного internittent ошибок считывания в случае (видим ниже) и подпорка acronis случайн терпит неудачу с ошибками считывания на случайно архивах.  Мы имеем побежали chkdsk на сервере, мы проверяли состояние приводов в блоке рейда, и все смотрит good.

here будет несколько ошибками которые мы недавн получили на server

Log: Application
Type: Error
Event: время 439
Agent: 2010-05-21 10:38: время 54Z
Event: 02:36: 13 PM 21-May-2010 UTC
Source: ESENT
Category: Вносить в журнал/Recovery
Username: N/A
Computer: THE-ORACLE
Description: tcpsvcs (2504) неспособные для писания затеняемого коллектора для 50.chk C:\WINDOWS\System32\dhcp\j архива. Ошибка -1032.

Log: Application
Type: Error
Event: время 490
Agent: 2010-05-10 08:43: время 28Z
Event: 12:40: 39 PM 10-May-2010 UTC
Source: ESENT
Category: General
Username: N/A
Computer: THE-ORACLE
Description: База данных каталога базы данных каталога (976): Попытка раскрыть архив «ot2 \ edb.chk C:\WINDOWS\system32\CatRo» для после того как я прочитана/пишет доступ ый с ошибкой системы 32 (0x00000020): «Процесс не может достигнуть архива потому что он используется другим процессом. ».  Деятельность открытого архива потерпит неудачу с ошибкой -1032 (0xfffffbf8).
class=

Ответ : Вопросы сервера 2003 Windows периодическ замерзая

То подтверждает мои подозрения…

Ваши $50 дисководов едок-типа просто не сделают восстановление при ошибках правильно на этом регуляторе.  Будет вопросом TLER.  Специфически, когда вы получите плохой блок, или одно которое как раз не читает немедленно, тогда диск идет в глубокий участок спасения попытаться получить данные.  

Когда он пытает прочитать блок дает или ошибку ECC или ошибка считывания, тогда она идет в глубокое спасение попытаться получить данные. Если она берет, то она двигает дальше, в противном случае она не зафиксировать вверх весь I/O до микропрограммное обеспечение-определенным перерывом который будет секунды 10+, в зависимости от микропрограммное обеспечение/модели.   Проблема что большой часть из регуляторов только размещает 7-8 секунд для спасения.   Если привод принимает более длиной чем то, то плохие вещи случаются, как приводы идя offline и данные получая потерянный.

Вам нужно побежать диски типа предпринимательства запрограммированы для того чтобы дать вверх после как раз немного секунд.  Только это уменьшит перерывы, но также вы можете никогда даже увидеть перерывы по мере того как они также типично имеют 2 больше бита ECC.  Щеколды, вы милые много имеете такой же число бит информации чем гарантированы, что теряет возможность спасения ECC, настолько статистически если вы читаете каждый бит на всем RAID дважды, то, вы статистически 512 байта к 64KB.

Также, intel не аттестует или не квалифицирует или не рекомендует эти приводы для пользы с этим RAID (или любым из их регуляторов матрицы для пользы сервера).
Seagate не конструирует те приводы для 24x7.  Те диски конструированы на 2400 часов пользы/обязанности года светлой.   Сделайте математику на сколько дни.

Ваше разрешение должно получить приводы типа предпринимательства.

Вы могли хотеть прочитать это.
http://www.experts-exchange.com/articles/Storage/Misc/Disk-drive-reliability-overview.html

Это идет в его более подробно (бумага wd, но TLER будут таким же вопросом с дисками seagate)
http://www.wdc.com/en/library/sata/2579-001098.pdf

Теперь они имеют уточнение микропрограммное обеспечение/водителя может помочь, но не будет лечением, им предотвратит другие типы вопросов.  См. соединение ниже.
=eng 〈http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&ProdId=1657&DwnldID=8849

Моя официально рекомендация для вас для того чтобы получить приводы типа предпринимательства не будут иметь этот вопрос.