Родились сегодня:
Rosiam


Лидеры рейтинга

ID: 226425

Konstantin Shvetski

Модератор

723

Россия, Северодвинск


ID: 259041

Алексеев Владимир Николаевич

Мастер-Эксперт

326

Россия, пос. Теплоозёрск, ЕАО


ID: 401284

Михаил Александров

Академик

279

Россия, Санкт-Петербург


ID: 325460

CradleA

Мастер-Эксперт

211

Беларусь, Минск


ID: 400815

alexleonsm

6-й класс

130


ID: 400669

epimkin

Профессионал

120


ID: 401888

puporev

Профессор

111

Россия, Пермский край


8.8.15

09.05.2021

JS: 2.8.21
CSS: 4.5.5
jQuery: 3.6.0
DataForLocalStorage: 2021-05-11 18:46:03-standard


[неизвестная рассылка]

Администратор раздела: [неизвестный]

Консультация онлайн # 159669

Раздел: [неизвестная рассылка]
Автор вопроса: Поздняков Николай Иванович
Дата: 05.02.2009, 12:16 Консультация закрыта
Поступило ответов: 3

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

Ответ # 242965 от Астафьев Александр Николаевич
Здравствуйте, Поздняков Николай Иванович! А выход один ставить SQL 7.7 или переходить на 1С8. Ваши dbf-таблицы разрослись до таких размеров что движок 1С отказывается с ними работаь. К сожалению у меня нет сведений о предельном допустимом размере dbf-таблиц (1С об этом скромно умалчивает). Обычно исходим из того что когда база выросла до 1Гбайта надо либо делать свертку базы либо ставить SQL. Как ВРЕМЕННОЕ и КРАТКОВРЕМЕННОЕ средство могу посоветовать : в меню тестирование и исправление ИБ выключить все галочки кроме "упаковка таблиц информационной базы" и прогнать тест. Таким образом из таблиц физически удалятся строки соответствующие удаленным из базы данным( не помеченным а именно удаленным) которые остаются в таблицах после удаления в программе. Таким образом таблицы базы реально сожмутся и возможно сколько то вы еще поработаете.
ПРЕДУПРЕЖДЕНИЕ. Из за сбоев работы dbf- таблиц базы сама база у Вас сейчас может грохнуться в любой момент так что бесполезно восстановать будет в принципе. Поэтому еженочная архивная копия это ваш шанс не вылететь с работы. Удачи!!!

Астафьев Александр Николаевич

Посетитель
05.02.2009, 13:39
Ответ # 242969 от Strawberry
Здравствуйте, Поздняков Николай Иванович!
2 Гига для ДБВ базы уже довольно критично. Скорее всего в ДБФ есть битые ссылки от сюда и тормоза. Как вариант сделать выгрузку базы (на 99% рабочая база будет, но не факт что будут совпадения по итогам с тем от куда выгрузили) и загрузку в новый каталог.

Strawberry

Посетитель
05.02.2009, 13:59
Ответ # 243043 от Шахрайчук Владимир Анатольевич
Здравствуйте, Поздняков Николай Иванович!
Для быстродействия 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. А свою базу я вылечил от тормозов именно сверткой.

Шахрайчук Владимир Анатольевич

Посетитель
06.02.2009, 17:44
Мини-форум консультации # 159669
неизвестный

1

= общий =    05.02.2009, 13:56

Спасибо за совет! Об SQL и 1С 8.0 мы вообщем то думали, дело в финансах. А сжать или порезать базу надо (там за несколько лет, из которых только 3 года в работе, остальные только для смотра их можно вынести в отдельную базу)

неизвестный

2

= общий =    05.02.2009, 13:58

p.s. - но вот я говорил, что на "белом" сервере другие базы есть (одна из них уже полгода как перевалила за 2Гб) и она не грохается и не тормозит

неизвестный

3

= общий =    05.02.2009, 14:29

Все-таки мне кажется дело не в размере базы. Не такая уж громадная у нас организация, которая работает с 1с этой версии. И думается мне, что разработчики это учитывали. Такой знаменитый пакет и рассчитан не мелкие организации - не верю.

Fedor_sh

4

= общий =    06.02.2009, 01:53

У вас работа всех пользователей в терминальном режиме?

неизвестный

5

= общий =    06.02.2009, 06:12

1С работает не в терминальном режиме, просто через расшаренную папку. Программа клиент 1С стоит у каждого клиента. На сервер обращение только к базам.

Fedor_sh

6

= общий =    06.02.2009, 06:17

попытайтесь для этих пользователей указать другой рабочий каталог

неизвестный

7

= общий =    06.02.2009, 06:26

А смысл? Ну перепишу базу, назову вместо ZP допустим PZ - что от этого изменится?

неизвестный

8

= общий =    06.02.2009, 06:27

Есть вирус? - который контролирует начальный путь и включает тормоза???

Fedor_sh

9

= общий =    06.02.2009, 06:34

попытайтесь, скажете поможет или нет

неизвестный

10

= общий =    06.02.2009, 06:39

Ну чтож...дело нехитрое - попытка- не пытка. Попробую - сообщу, но на это нужно время и дадут ли мне его сейчас в разгар расчетов и отчетов???

неизвестный

11

= общий =    06.02.2009, 10:06

Выполнил смену каталога. Вроде все нормально, пока претензий не предъявляют клиенты. Еще одно смущает - в каталоге базы обнарыжил какой-то системный файл khs с нулевым объемом (с атрибутами - rahs) с датой создания 2006 г. Удалил, знаю, что его там быть не должно. И еще один файл типа .exe
Даже имя не записал - удалил, его тоже там быть не должно.
Это ни о чем не говорит???

Астафьев Александр Николаевич

12

= общий =    06.02.2009, 13:04

p.s. - но вот я говорил, что на "белом" сервере другие базы есть (одна из них уже полгода как перевалила за 2Гб) и она не грохается и не тормозит

Еще раз повторяю дело не в объеме базы 1С в целом, ее общий размер это просто как косенный индикатор пора - не пора. У Вас например может спокойно работать база в 10 Гбайт если в ней 1000 штук dbf файлов по 10Кбайт. Но если у Вас база в 1,5Гбайт и в ней всего один dbf-файл размером в 1Гбайт(и в этом файле сидит допустим справочник Номенклатура) то Вы в этой базе справочник товаров никакими силами работать без SQL не заставите. Надеюсь понятно объяснил. Удачи!!!

неизвестный

13

= общий =    06.02.2009, 13:19

Понятно. Спасибо!!!

Шахрайчук Владимир Анатольевич

14

= общий =    14.02.2009, 12:03

khs - сетевой червь, как маркер для этого червя, что компьютер уже заражен и более его заражать не нужно. Убивать. лечить все машины в сети.
Нужно перейти на сервер терминалов, отменить шару папки по сети.
Быстродействие возрастет вдвое, и вдвое уменшится время ОжиданияЗахвата таблицДляНачалаТранзакции

неизвестный

15

= общий =    16.02.2009, 08:06

Спасибо за совет! Сервер терминалов надо лицензировать - опять вопрос в финансы.

Возможность оставлять сообщения в мини-форумах консультаций доступна только после входа в систему.
Воспользуйтесь кнопкой входа вверху страницы, если Вы зарегистрированы или пройдите простую процедуру регистрации на Портале.

Лучшие эксперты раздела