Консультация № 159669
05.02.2009, 12:16
0.00 руб.
0 18 3
Уважаемые эксперты!
Прошу помочь в решении следующего вопроса.
Сетевая 1С вер.7.7.(лиц.) Одноранговая сеть без домена. Сервер (обычный комп - двухядерный проц., 2Гб ОЗУ и ОС - Win2003(лиц.)). Клиентов 10 -все ОС WinXP Sp2 (лиц.). База 1С - около 2Гб. С некторых пор включились тормоза для клиентов. Работать могут практически 1-2 клиента, у остальных ожидание захвата таблиц. Сервер проверен на вирусы (были, удалены), затем вообще системный диск отформатирован, все заново установлено. На клиентах выполнена проверка со свежайшими антивирусными базами, на 3 компьютерах были обнаружены вирусы (какие - не регистрировал). Все поудалено зараженное. Тормоза в работе остались.
На другом сервере ("белый")с Win2003 с другими базами и для других клиентов (около 40) таких тормозов не наблюдается. Перетащил базу на этот "белый" сервер. Тормоза сохранились (только для этой базы и этих клиентов). Может проблема в базе. Пытался выполнить тестирование и исправление базы - не выполняется до конца, зависает в различных позициях (если судить по показаниям счетчика количества проверяемых элементов в таблицах). Счетчик останавливается, хотя диспетчер задач показывает, что около 95-97% ресурсов процессора занято этим процессом (1С). В то же время любое другое приложение выполняется без задержек, как будто 1С и не держит эти ресурсы..
Подскажите пожалуйста направление действий...

Обсуждение

Неизвестный
05.02.2009, 13:39
общий
это ответ
Здравствуйте, Поздняков Николай Иванович! А выход один ставить SQL 7.7 или переходить на 1С8. Ваши dbf-таблицы разрослись до таких размеров что движок 1С отказывается с ними работаь. К сожалению у меня нет сведений о предельном допустимом размере dbf-таблиц (1С об этом скромно умалчивает). Обычно исходим из того что когда база выросла до 1Гбайта надо либо делать свертку базы либо ставить SQL. Как ВРЕМЕННОЕ и КРАТКОВРЕМЕННОЕ средство могу посоветовать : в меню тестирование и исправление ИБ выключить все галочки кроме "упаковка таблиц информационной базы" и прогнать тест. Таким образом из таблиц физически удалятся строки соответствующие удаленным из базы данным( не помеченным а именно удаленным) которые остаются в таблицах после удаления в программе. Таким образом таблицы базы реально сожмутся и возможно сколько то вы еще поработаете.
ПРЕДУПРЕЖДЕНИЕ. Из за сбоев работы dbf- таблиц базы сама база у Вас сейчас может грохнуться в любой момент так что бесполезно восстановать будет в принципе. Поэтому еженочная архивная копия это ваш шанс не вылететь с работы. Удачи!!!
Неизвестный
05.02.2009, 13:56
общий
Спасибо за совет! Об SQL и 1С 8.0 мы вообщем то думали, дело в финансах. А сжать или порезать базу надо (там за несколько лет, из которых только 3 года в работе, остальные только для смотра их можно вынести в отдельную базу)
Неизвестный
05.02.2009, 13:58
общий
p.s. - но вот я говорил, что на "белом" сервере другие базы есть (одна из них уже полгода как перевалила за 2Гб) и она не грохается и не тормозит
Неизвестный
05.02.2009, 13:59
общий
это ответ
Здравствуйте, Поздняков Николай Иванович!
2 Гига для ДБВ базы уже довольно критично. Скорее всего в ДБФ есть битые ссылки от сюда и тормоза. Как вариант сделать выгрузку базы (на 99% рабочая база будет, но не факт что будут совпадения по итогам с тем от куда выгрузили) и загрузку в новый каталог.
Неизвестный
05.02.2009, 14:29
общий
Все-таки мне кажется дело не в размере базы. Не такая уж громадная у нас организация, которая работает с 1с этой версии. И думается мне, что разработчики это учитывали. Такой знаменитый пакет и рассчитан не мелкие организации - не верю.
Неизвестный
06.02.2009, 01:53
общий
У вас работа всех пользователей в терминальном режиме?
Неизвестный
06.02.2009, 06:12
общий
1С работает не в терминальном режиме, просто через расшаренную папку. Программа клиент 1С стоит у каждого клиента. На сервер обращение только к базам.
Неизвестный
06.02.2009, 06:17
общий
попытайтесь для этих пользователей указать другой рабочий каталог
Неизвестный
06.02.2009, 06:26
общий
А смысл? Ну перепишу базу, назову вместо ZP допустим PZ - что от этого изменится?
Неизвестный
06.02.2009, 06:27
общий
Есть вирус? - который контролирует начальный путь и включает тормоза???
Неизвестный
06.02.2009, 06:34
общий
попытайтесь, скажете поможет или нет
Неизвестный
06.02.2009, 06:39
общий
Ну чтож...дело нехитрое - попытка- не пытка. Попробую - сообщу, но на это нужно время и дадут ли мне его сейчас в разгар расчетов и отчетов???
Неизвестный
06.02.2009, 10:06
общий
Выполнил смену каталога. Вроде все нормально, пока претензий не предъявляют клиенты. Еще одно смущает - в каталоге базы обнарыжил какой-то системный файл khs с нулевым объемом (с атрибутами - rahs) с датой создания 2006 г. Удалил, знаю, что его там быть не должно. И еще один файл типа .exe
Даже имя не записал - удалил, его тоже там быть не должно.
Это ни о чем не говорит???
Неизвестный
06.02.2009, 13:04
общий
p.s. - но вот я говорил, что на "белом" сервере другие базы есть (одна из них уже полгода как перевалила за 2Гб) и она не грохается и не тормозит
Еще раз повторяю дело не в объеме базы 1С в целом, ее общий размер это просто как косенный индикатор пора - не пора. У Вас например может спокойно работать база в 10 Гбайт если в ней 1000 штук dbf файлов по 10Кбайт. Но если у Вас база в 1,5Гбайт и в ней всего один dbf-файл размером в 1Гбайт(и в этом файле сидит допустим справочник Номенклатура) то Вы в этой базе справочник товаров никакими силами работать без SQL не заставите. Надеюсь понятно объяснил. Удачи!!!
Неизвестный
06.02.2009, 13:19
общий
Понятно. Спасибо!!!
Неизвестный
06.02.2009, 17:44
общий
это ответ
Здравствуйте, Поздняков Николай Иванович!
Для быстродействия 1С dbf критичный размер файла RGxxxx.dbf.
Это файл остатков регистров. Если его размер превышает 250 Мб, то начинаются серьезные тормоза, если превышает 600Мб, база становится неработоспособной (проверено). в то же время внутри этого файла полно мусора, и, как когдато подсказал эксперт Elric, мусор можно вычистить, переместив монопольно точку актуальности на 01,01,1980, упаковка таблиц, и перемещение обратно.
Важно! Операция длительная, может занять много часов, и хорошо бы, чтобы во время ее ничто не зависло. Поэтому проверьте на тренировочной базе, сможет ли Ваша 1С справиться с этой задачей вообще.
А вот я, например, вычищал мусор оттуда через объект XBase, и довольно успешно, хотя 1С категорически не рекоммендует работать с своими собственными базами. Операция занимала не более 15 минут.
По видимому, это же ограничение (250 Мб) есть и у таблицы остатков бухгалтерских итогов 1SBCTTL.dbf. С нее мусор вычищает птичка ПересчетИтогов в ТестированииИИсправлении
Кстати, успешно, не очень быстро, но и без особых тормозов работают базы с размером файлов RAxxxx.dbf по 8 и даже 12 Гб, т.е. для этих и многих других файлов размер не критичен.
Да, и я надеюсь, что Вы работаете через терминал, а не по сети.
P.S. Ваш пост о том, что приходилось вырубать ТестированиеИВосстановление, меня убил. Делать этого нельзя, нужно ждать, пока оно окончится нормально.
P.P.S. А свою базу я вылечил от тормозов именно сверткой.
Неизвестный
14.02.2009, 12:03
общий
khs - сетевой червь, как маркер для этого червя, что компьютер уже заражен и более его заражать не нужно. Убивать. лечить все машины в сети.
Нужно перейти на сервер терминалов, отменить шару папки по сети.
Быстродействие возрастет вдвое, и вдвое уменшится время ОжиданияЗахвата таблицДляНачалаТранзакции
Неизвестный
16.02.2009, 08:06
общий
Спасибо за совет! Сервер терминалов надо лицензировать - опять вопрос в финансы.
Форма ответа