ну щас попробуем... добавлено через 46 секунд просто всех узеров с сервака проблемно выгнать - чтоб по 10 раз сервак перезагружать добавлено через 40 минут неа, не прокатило (
на 1С мы так и не перешли окончательно ((( ну это из-за организации которая под нас конфу пишет (они и сервер нам покупали и настраивали - причуда нашего шефа). А проблема с тормозами стоит. Но кажется я нашел почему у нас такие тормаза именно с БД а с файлами тормозов нет. Во первых - RAID5 из четырех жестких дисков (избыточный но без диска hot spare) - это само по себе приводит к небольшому снижению производительности по операции записи. Во вторых - размер страйпа 64К это при том что одна операция записи фокспро (минимальная) - 8К. Вот тут вся и загвоздка похоже. Просто если не вдоваться в технические подробности - выходит что контроллеру необходимо каждую мин. операцию в 8К приводить к операции записи в 64К, а потом обходить страйпы каждого диска. нда... сменить размер страйпа или пересобрать рейд без потери данных - я не смогу. Выходит - либо ждать этих горе1С конфигураторщиков. Либо переносить всю текущую инфу на другой комп и с нуля заниматься серваком... (эх просил же я када сервер покупали и настраивали райд 10... как сердцем чуял)
воткнул ещё один винт в сервак, перенес на него базу - и о чудо, она залетала ))). Ну а бекапится она на райд массив. Итого: как я и предположил в последнем посте что это из-за райда5 и размера страйпа на нем в 64К, а мин. операция в FoxPro 8К - так и оказалось. Работает в таком режиме уже почти неделю - все ОК. Спасибо всем откликнувшимся за их предположения. Интересное наблюдение - Майкрософт для своего SQL рекоментдует именно RAID5, а вот 1С для БД на MS SQL рекомендует райд 10 и предостерегает от использования RAID5.