Здравствуйте.
Тормозит база перед открытием списка пользователей. На компьютере (1).
И после открытия в режиме пользователя.
Версия SQL.
Перенесли на другой компьютер (2). Тоже тормозит.
Решили проверить на файловой версии 1С на компьютере (2).
Создали пустую файловую базу. Зашли в версию SQL чтобы выгрузить в DT, SQL версия тормозить перестала. С базой ничего не делали.
Развернули другую базу, такую же конфигурацию, на компьютере (2). Файловую и SQL. Не тормозит.

Где какой счетчик\файл подкачки или что-то в этом роде посмотреть чтобы увидеть из-за чего тормозит?
На компьютере (1) тормозит по прежнему.

Вверх

https://a.radikal.ru/a11/1910/ac/304cd3cbd680.jpg

Две базы на одном компьютере. Быстрая и тормознутая.

По диспетчеру задач видно, что тормознутую базу читает и читает пока не загрузит.
123 млн. операций чтения. Прочитано байт - 3 ГБ. Это примерно размер базы и есть на HDD.
Т.е. он эту базу читает не через файл подкачки. Я так это понимаю.

Для быстрой базы 44 173 операций чтения. Прочитано байт - 43 МБ. И она открылась в режиме пользователя.
Это он наверное через файл подкачки открывает.

Быструю базу восстановил из архива позже тормознутой.

Почему она не хочет в файл подкачки загружаться?
Что-то с базой не так?

Мы же не телепаты...
1. Характеристики компьютера 1 и 2?
2. ОС на 1 и 2?
3. Версия SQL на 1 и 2?
4. Версия платформы?
5. Версия конфигурации?
6. Разрабность платформы на 1 и 2?
7. Размер базы в SQL 1?
8. Размер базы в DT после выгрузки из SQL 1?
9. Размер базы в SQL 2 после загрузки в нее из DT?

Компьютер один и тот же.
1. AMD А8-7600 Radeon R7, 10 Compute Cores 4C+6G 3.10 GHz ОЗУ 8 ГБ
2. ОС Windows 10 Корп 64х
3. SQL не стоит. 1С файловая.
4. 1С:Предприятие 8.3 (8.3.8.2027)
5. 1С-Рарус: ТКПТ v8 (08.1.32.01)
6. Разрядность платформы 32х. (из-за внешних компонент)
7. SQL не стоит. 1С файловая.
8. Размер DT тормознутой базы - 136 МБ. Быстрой базы - 528 МБ.
9. Размер тормознутой базы на диске - 2,8 ГБ. Быстрой базы - 8,4 ГБ.

(4) Из первого сообщения я понял примерно так - на первом компе есть база SQL, которая тормозит и вам надо с ней разобраться.
Вы сначала переносите ее на другой комп SQL и она там тоже тормозит. Если компы одинаковые, значит дело не в компе, а в базе.
Потом вы из SQL делаете выгрузку DT и разворачиваете ее в файловую, и почему-то SQL перестает тормозить (непонятно какая тут связь), хотя так не бывает, в принципе. Непонятно, развернули ли вы файлову из DT и проверили ли - тормозит она или нет...
Потом развернули еще одну базу пустую - тут тоже непонятно - проверили - не тормозит - ну понятно - чего ей тормозить если она пустая.

Четвертое сообщение описывает совершенно другую ситуацию... SQL на самом деле нет, разные базы... Странно, что база размером в почти в три раза больше работает быстрее. У меня такое было, когда винт начал сыпаться, база лежала на битых секторах и очень долго читалась, но это как-то быстро замечается, так как винт начинает то постукивать, то пожуживать, сразу видно, что с ним проблемы.

На ум приходит пока такие вопросы:
- тормозная база и быстрая - это одна и та же база по содержанию или это разные?
- сколько юзеров работает с базами (тормозной и быстрой)?
- как юзеры работают с базой?

(5) Это разные по содержанию базы. Филиальные базы разных магазинов, выделенные из одной центральной общей базы.
Юзеров я один. Обе базы развернуты в тестовом режиме на компьютере, характеристики которого перечислены. Больше никто не заходит.
Есть другой компьютер (ноутбук) там тоже две этих разных по содержанию базы. И тоже одна (тормознутая) тормозит, а другая быстрая.
Вряд ли это винт.

"Как юзеры работают с базой?"
Работаю я один. Никто кроме меня не заходит. Просто захожу в режиме пользователя. В тормознутую базу захожу долго, в быструю - быстро.
База файловая. Не SQL.

Тии прогони, похоже на циклические ссылки.

(6) Понятно. Тогда, проблема в базе. Как уже посоветовали в (7) - сделай ТиИ по полной. А там видно будет...

выполни очистку персональных настроек (в пользовательском режиме в администрировании)

и потом ШТАТНО закрой базу (это обязательно),

после этого очисти все темповые каталоги и каталоги с программным кешем
после запусти базу с ключем /clearcahe

или просто завести новый каталог и подключиться к новому каталогу и перебросить файл с базой туда.

Отключил признак РБД филиала и обновил до конфигурации Центральной базы, вернул признак. И помогло.
ТИИ на второй тестовой копии тоже вроде помогло.
Всем спасибо.

если базы раруса,то там подсистема защиты по сети работает,и,когда создается база,то подсистема копируется,если к базе нет подключений,и все базы на этой машине тормозить перестают
так что с рарусом поаккуратнее.