запорченные участки в DBF-файлах

[ALoader]

Большая просьба откликнуться, если кто сталкивался с такой проблемой или
есть какие-то мысли по поводу ее решения. Что делать и как с этим бороться
мыслей у нас уже не осталось , одна надежда, может кто чего посоветует или
подскажет.

Есть файловый сервер netware 6.5 и система хранения данных MSA2000, на
которой расположен том netware. В сети работает порядка сотни пользователей,
эксплуатирующих программу, написанную на FoxPro 2.6a под DOS. Данные
хранятся в DBF-файлах на сервере. Активная работа пользователей с DBF'ами -
склады и торговый зал в онлайне.

Около полутора лет назад (примерно после установки системы хранения) у нас
начались проблемы с DBF-файлами - физически
портятся участки файла. См. скриншоты BAG_REC1 (http://img.gosti.by/images/14BAD_REC1.jpg),
BAD_REC2 (http://img.gosti.by/images/67BAD_REC2.jpg).
Порча DBF'ов сейчас регулярна и случайна, портятся разные участки файлов, в
основном, портятся файлы, с которыми идет активная работа пользователей.
За один раз может портиться произвольный участок файла, он может быть один,
может быть несколько, в общем, никакой системы в этом мы не обнаружили.

Что сделали на этот момент. Экспериментировали с настройками iSCSI,
перегружали сервер и СХД (вроде помогает на непродолжительное время, хотя
100% не могу сказать что оно так). Установили SP8 на сервер, откатили
iSCSI на предыдущую версию. Драйвера сетевых карт на сервере обновили.
По логам сервера, сетевого оборудования вроде ничего подозрительного нет.
Перевести данные с системы хранения обратно на сервер - уже не представляется
возможным - из-за медленной скорости дисковой подсистемы сервера
работа предприятия будет почти парализована.

Сервер:
Netware 6.5 SP8, iSCSI 1.06.03 (SP7)
Intel SC5300, 6Gb ОЗУ, два Xeon 3000, мат. плата SE7520BD2,
RAID Intel SRCU42E, 6 SCSI дисков 10K, сетевые карты: встроенная (сеть) и
HP NC360T (работает на систему хранения)

Система хранения HP MSA2012i, iSCSI, 2 контроллера
8 дисков SAS Seagate ST3146356SS Rev.0004
3 диска SATA Hitachi HUA72101 Rev.AB0A
Прошивки системы хранения:
Storage Controller Code: J210P03
Storage Controller Loader: 15.010
Memory Controller Code: F300R21
Management Controller Code: W421R09
Management Controller Loader: 12.013
Encloure Controller Code: 3019
CPLD: 27

Клиенты:
- MS-DOS (Novell Client 32 DOS/WIN311)
- FreeDOS (Novell Client 32 DOS/WIN311)
- Windows XP (4.91 SP5)
- Windows 7 (Novell Client 2 SP1)

выдержки из autoexec.ncf

######## отключаем кэширование файлов на клиентах
SET LEVEL 2 OPLOCKS ENABLED = OFF
SET CLIENT FILE CACHING ENABLED = OFF

######## iSCSI optimization ###################
Set TCP Maximum Initial Receive Window = 64
Set TCP Delayed Acknowledgement = ON
Set TCP Nagle Algorithm = ON
Set TCP Path MTU Black Hole Detection and Recovery = ON
Set TCP MINSHALL ALGORITHM = ON
SET USE SPECIFIED MTU = OFF
######## End ISCSI Optimization #################

##### ISCSI Connection
ION
ISCSINIT CONNECT 192.168.19.2 iqn.1986-03.com.hp:.storage.msa2012i.0846d7663d.a

[АлександрСмирнов]

Разрешите встречный вопрос, даже два.
1. Задумываемся о переходе на СХД. Скажите доступ к дисковой подсистеме по iSCSI через адаптер 1 Gb/s (или 2 адаптера- все равно в один момент времени работает только один из них) неужели быстрее, чем доступ к дискам RAID внутри сервера.
2. Программа, написанная на FoxPro 2.6a под DOS запускается на Windows 7 (Novell Client 2 SP1) ? Я семерку еще не пробовал, но слышал, что досовские приложения под Win7 не работают.

[ALoader]

Разрешите встречный вопрос, даже два.
1. Задумываемся о переходе на СХД. Скажите доступ к дисковой подсистеме по iSCSI через адаптер 1 Gb/s (или 2 адаптера- все равно в один момент времени работает только один из них) неужели быстрее, чем доступ к дискам RAID внутри сервера.
2. Программа, написанная на FoxPro 2.6a под DOS запускается на Windows 7 (Novell Client 2 SP1) ? Я семерку еще не пробовал, но слышал, что досовские приложения под Win7 не работают.

1. да. По крайней мере на наших серверах - СХД лидирует. В любом случае - это более надежный вариант: специализированное железо + полное дублирование контроллеров, БП и т.д. + огромные возможности по расширению емкости. В СХД 2 контроллера, по 2 сетевых адаптера 1Gb на каждом.
2. под 64-х разрядной не работают. под 32-х - еще работают. И еще. Второе ядро для NTVDM нужно обязательно отключать для многоядерных процессоров.

[Дмитрий Иванов]

C iSCSI не сталкивался, там, видимо, есть свои нюансы. Но я бы посмотрел в сторону правильности работы Multipath I/O. Например, отключить половину соединений и посмотреть будут ли испорченные файлы. (У меня HP EVA через SAN по FC. Подобных проблем не наблюдаю)

[ALoader]

C iSCSI не сталкивался, там, видимо, есть свои нюансы. Но я бы посмотрел в сторону правильности работы Multipath I/O. Например, отключить половину соединений и посмотреть будут ли испорченные файлы. (У меня HP EVA через SAN по FC. Подобных проблем не наблюдаю)

В данный момент только одно физическое соединение с СХД напрямую без коммутатора, set multi-path support=off.

[Сергей Дубров]

C iSCSI не сталкивался, там, видимо, есть свои нюансы. Но я бы посмотрел в сторону правильности работы Multipath I/O. Например, отключить половину соединений и посмотреть будут ли испорченные файлы. (У меня HP EVA через SAN по FC. Подобных проблем не наблюдаю)

В данный момент только одно физическое соединение с СХД напрямую без коммутатора, set multi-path support=off.

Кстати, поддерживает ли нетваревская реализация iSCSI работу в multi-path, так и остаётся для меня совершенно неясным моментом. Документация на эту тему молчит (с FC multi-path работает, но без load balancing, только обеспечение отказоустойчивости), проверить на практике возможности не было. Скоро буду пробовать на реальном железе, наконец-то приехала СХД с FC/iSCSI, будем цеплять на неё NW-диски по iSCSI.

[ALoader]

C iSCSI не сталкивался, там, видимо, есть свои нюансы. Но я бы посмотрел в сторону правильности работы Multipath I/O. Например, отключить половину соединений и посмотреть будут ли испорченные файлы. (У меня HP EVA через SAN по FC. Подобных проблем не наблюдаю)

В данный момент только одно физическое соединение с СХД напрямую без коммутатора, set multi-path support=off.

Кстати, поддерживает ли нетваревская реализация iSCSI работу в multi-path, так и остаётся для меня совершенно неясным моментом. Документация на эту тему молчит (с FC multi-path работает, но без load balancing, только обеспечение отказоустойчивости), проверить на практике возможности не было. Скоро буду пробовать на реальном железе, наконец-то приехала СХД с FC/iSCSI, будем цеплять на неё NW-диски по iSCSI.

Честно говоря, я не проверял. Как-то не было изначально multi-path'ов. NSS вроде поддерживает, где-то видел в документации. В общем, нужно проверять на практике. Мне пока не до этого

[q222222]

может тут есть ответ viewtopic.php?f=1&t=10880

[ALoader]

может тут есть ответ viewtopic.php?f=1&t=10880

Непохоже. Кластера нет, досовые станции работают по IPX, транзакции отключены. Там скорее ситуация, когда в DBF-файлы добавляются новые записи, а счетчик кол-ва записей в заголовке файла соответственно не увеличивается. Может быть из-за транзакций, откатывается транзакция на запись счетчика в заголовок и новые записи в файле остаются "неучтенными". У нас совершенно другая ситуация.