none
Ошибка записи файла RRS feed

  • Общие обсуждения

  • Добрый день!
    Имеется сервер на базе 2x Intel Xeon, MB Intel S5000, Mem 4Gb, Raid Intel Embedded, HDD Seagate серии NS 5 шт, разбиты на 3 RAID, в первом 1 винт, во втором и третьем по два в RAID-0.
    Windows Server 2003 R2 SP2 RUS 32bit

    Крутится сервер баз данных ADS и сервер обновлений WSUS.

    Проблема: при копировании, разархивировании и т.п. операциях с большими файлами (от 5-30Гб) выскакивает ошибка "возможно нет места на диске".
    Понятно, что на самом деле места валом.
    Если нажать "продолжить", оно продолжает и вскоре опять.
    И так много раз.
    В случайные моменты времени эти ошибки.

    В системных логах ничего нет про ошибки доступа к дискам и т.п., как это обычно бывает.

    Кстати, та же ошибка при копировании на внешний HDD USB.
    Значит проблема не в винтах и не в контроллере.

    Винты серверной серии NS с повышенной надежностью на отказ.
    Проверены, бэдов нет.
    Память протестирована memtest86, ни одного сбойного блока.

    Пробовали в boot.ini ставить параметр /3GB - не помогло.
    А после установки туда параметра /MAXMEM=2048 помогло, но сервер баз данных стал работать намного медленнее, и пришлось это убрать.

    Операционка 32bit, система пишет в свойствах 3.99Гб

    Может кто сталкивался с такой проблемой?
    Может какой параметр boot.ini надо прописать или в реестре чего.

    Больше склоняюсь к версии, что что-то не оптимально настроено в плане работы с памятью или кэшами.

     

    9 октября 2009 г. 13:07

Все ответы

  • Покажите ПОЛНЫЙ список установленного СИСТЕМНОГО программного обеспечения.
    Подгаживает какая-то из ненужных программ. Например, вы могли установить на сервер некий антивирусный монитор, а он и рад стараться. Честно выполняет свою задачу - мешает работать.

    10 октября 2009 г. 7:05
    Отвечающий
  • Антивирус есть, но его монитор всегда выключен, а антивирус используется только для сканирования по ночам по расписанию.

    А вот подозрение падает на сервер обновлений WSUS, а именно на его SQL составляющую Windows Internal Database.

    Как только я ее останавливаю/перезагружаю - все начинает нормально работать.

    Также после перезагрузки всего сервера все работает нормально день-два.

    У меня есть четкий тест, когда система глючит: файл размером 23Гб, при его копировании с раздела на раздел возникает ошибка записи где-то на 65% копирования.

    Действительно ли бывают нестыковки с этой базой данных?

    Можно ли как-то настроить ее параметры?

     

    11 октября 2009 г. 15:14
  • С этим компонентом у меня сбоев нет, опыта с конкретно таким конфликтом нет.
    Но чтобы сделать хоть что-то, распишите конфигурацию дисковой подсистемы (физические диски, логические).
    Может, вынеся базу на отдельный шпиндель, проблему удастся обойти.

    12 октября 2009 г. 7:53
    Отвечающий
  • 1) отдельный винт 256Гб разбит на 2 раздела:
    c: - система, d: - инсталляхи, бэкап, база WSUS
    2) RAID0 из двух винтов 256Гб, итого 512Гб, разбит на 1 раздел f: - документы, эталоны нашего дистрибутива.
    3) RAID0 из двух винтов 512Гб, итого 1Тб, разбит на 1 раздел g: - пользовательские файлы для доступа по сети, базы данных нашей программы

    Вроде бы и так все разнесено по разделам.

    Если восстановить хронологию событий, то проблемы начались когда мы стали работать с большой базой нашего клиента (около 80Гб).
    Перед этим специально было куплено 2 винта и настроено в отдельный RAID (диск g:) и 2 планки памяти по 1Гб (стало 1Гб x 4шт, было 1Гб x 2шт).
    WSUS уже давно стоял. Ставился, когда в системе было 2Гб оперативки, сейчас 4Гб.

    Сегодня повторить фокус с остановкой WSUS не получилось.
    Он и Windows Internal Database были остановлены, но глюки не ушли.

    12 октября 2009 г. 9:06