Индексный файл CDX и Windows 2003 Server
Мы наблюдаем почти ежедневное повреждение индекса базы данных в Windows Server 2003. Интересно, может ли это быть как-то связано с кэшированием или другими настройками сервера.
Мы запускаем старое приложение, которое использует таблицы DBF / CDX. Все было хорошо целую вечность, но через 6 месяцев после того, как мы установили Advantage Database Server (который разрешает доступ к некоторым таблицам на нашем сайте), у нас начались проблемы с повреждением индекса. И мы не знаем, кого винить. ADS возвращает ошибку: Ошибка 7017: поврежден индекс .ADI, .CDX или .IDX. Название таблицы: RBOOKM
Мы попытались исключить все возможные причины этой коррупции. Теперь все пользователи работают в режиме терминала - поэтому никакие проблемы с сетью не могут вызвать это, OpLocks также не может быть причиной. Мы сменили оборудование, сетевые карты, коммутаторы, переустановили Сервер и даже переехали на новый выделенный сервер. Единственное, что мы не можем исключить, это ADS - потому что оно должно работать.
Возможно ли, что локальное кэширование чтения / записи вызывает эту проблему? Например, один пользователь или процесс использует кэшированные данные, позже другой пользователь / процесс изменяет их, а позже первый пользователь меняет их снова, не зная о первом изменении. Возможно ли это теоретически?
Возможно ли, что эта проблема вызвана импортером файлового сервера или настройками кэширования? Возможно ли, что обычные пользователи используют не кэшированные данные, а ADS использует кэшированные данные? Или наоборот? Возможно ли, чтобы у каждого пользователя терминала был свой кеш? Или, может быть, проблема в том, что кеширование RAID каким-то образом мешает кешированию Windows Server? Или, может быть, есть некоторые специальные настройки для Windows Server для работы с таблицами DBF, которые пишутся одновременно несколькими пользователями терминала? Может быть, есть способ отключить кеширование некоторых файлов, чтобы проверить это?
Иногда мы получаем сбои индекса два раза в день, иногда все нормально в течение 5 дней подряд. Но обычно это происходит ежедневно. Сегодня вечером только один пользователь работал с базой данных (обычно 30-50 пользователей работают одновременно в рабочее время). Так что это почти нулевая нагрузка на сервер. Синхронизация с сайтом выполняется каждые 5 минут в рабочее время и каждые 15 минут вечером и в выходные дни.
Мы провели аудит доступа к файлам, и он показывает, что во время синхронизации веб-сайтов сервер ADS открывает файлы таблиц и индексов для ReadEA и WriteEA, хотя он выполняет только запросы SELECT. ADS выполняет запросы UPDATE / INSERT, но реже - не во время регулярной синхронизации, а только тогда, когда посетитель размещает заказ).
Пожалуйста, помогите мне. Мы боремся с этой проблемой уже почти год и до сих пор не можем найти какой-либо образец или какой-либо ключ к решению этой проблемы.
Вот мой предыдущий вопрос об этой проблеме на DBA: https://dba.stackexchange.com/questions/8646/foxpro-dbf-index-corruption
0 ответов на вопрос
Похожие вопросы
-
2
Как преобразовать базу данных Mac OS Filemaker 2 в недавнюю базу данных FM или Bento db, сохранив от...
-
5
Что случилось с WinFS?
-
4
Что эквивалентно Microsoft Access на Mac?
-
-
1
Найти приложение ORM для OSX
-
2
Невозможно воспроизвести файлы WMV в Windows Server 2003 R2 SP2
-
3
Иметь редактора Vim Psql
-
3
Можно ли закрыть «языковую панель» из командной строки?
-
2
Установите Live Mesh на Windows 2003 Server x64
-
2
Программное обеспечение базы данных домашних фильмов
-
1
Очистка после установки свежего windows server 2003