Бухгалтерия предприятия 3.0.52.35
Потребовалась новая платформа 8.3.10.2466
так же ставил 8.3.10.2561
Файловая система, Windows XP. всего 3 пользователя. Папки с базами по 2-3 гБ объемом

Дикие тормоза и периодически выскакивает ошибка при вызове баз  "Неверный формат хранилища данных" и путь в дебри с://local setings. Удалишь базу из списка, пропишешь снова и она включается. Но может не включится другая база и так по кругу на всех компах.Да и к тому ж включение базы стало занимать 5-8 минут, такого не было никогда

Кто что может посоветовать

если один работает -- тормозов нет ?

(0) если базу открыть на компьютере, где она физически лежит, а с других не открывать - ошибка проявляется? Если нет, значит ищите проблемы в сети.

КЭШ зачисти везде.

Тонкий или толстый клиент? Была проблема с файлом во временном хранилище под толстым клиентом в типовой какой-то при записи элемента справочника, но это было давно.

Толстый клиент, ошибка париодически появляется у двух бухов в течении дня на разных базах всего 5 баз бухгалтерии в постоянной работе 3 базы

попробуйте журнал обрезать и потом мб формат журнала поменять

а можно поподробнее про журнал, я могу только базу обновить

А как зачистить КЭШ .

(6) новый формат ЖР сам по себе тормоз

завтра думать буду, домой пора

(9) тормоз, но мб он еще и переросток

Чистка кэша:
1. c:\Users\ИмяПользователя\AppData\Local\1C\1cv8\
Удаляй все папки вида 38c6f30f-a476-47c7-abed-3c08316d403e
2. C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\
Удаляй все папки вида 38c6f30f-a476-47c7-abed-3c08316d403e
https://ibb.co/ci13m5

(12)"Удалишь базу из списка, пропишешь снова и она включается" - после этого чистка кэша не нужна, т.к. ID базы меняется

Я неправильно вчера выразился, тормоз идет именно при открытии базы, а потом она уж работает.

Раньше у меня первая база открывалась где то за 3 минуты, каждая следующая открывались быстрее. А после обновления и выскакивания ошибки открытие первый раз вновь прописанной базы идет до 5-8 минут(приблизительно)

Сегодня со своего компа сижу открываю базы у меня все открывается, а с компа главбуха опять ошибка 2-го типа

https://ibb.co/iZczB5

(14) примените метод пристального взгляда на путь в ошибке

(14) + при обновлении платформы (на много релизов вперед) полезно сделать А выгрузка в дт Б чистка кеша В загрузка из дт

не не много релизов обновлял, до вторника стояла 8.3.51.27

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

(17) Да, попки - они такие... Существуют независимо от того, думаем мы о них или нет.

(17) !платформы! !почистите кеш! !еще раз посмотрите что путь к кешу в ошибке! !попки! стоит выпить кофе

А вы про платформу... спасибо, платформа стояла 8.3.8.2027

Хотя стоп, не понял зачем выгружать базы лежащие на сервере с компа бухгалтера?

Или главное просто выгрузить и загрузить под новой платформой?

(20) да, фишка в новой платформе

(20) Спокуха!  Кэш почисть у буха.  И на попку буха не заглядывайся. ;)

(16) Это бесполезная операция.

т.е. тупо пойти и снести все эти цифровые папки?

(24) да, в локал и роамин, оставьте только в8и

Дарю в очередной раз батник для чистки кэша.
@FOR /D %%j in ("%userprofile%\Local Settings\Application Data\1C\1Cv82\????????-????-????-????-????????????") do rd /s /q "%%j"
@FOR /D %%j in ("%userprofile%\Application Data\1C\1Cv82\????????-????-????-????-????????????") do rd /s /q "%%j"
@FOR /D %%j in ("%userprofile%\Local Settings\Application Data\1C\1Cv8\????????-????-????-????-????????????") do rd /s /q "%%j"
@FOR /D %%j in ("%userprofile%\Application Data\1C\1Cv8\????????-????-????-????-????????????") do rd /s /q "%%j"

(26) это для винХП?)

лично у меня папки обновляются только по адресу
c:\Documents and Settings\salt\Application Data\1C\1cv8\

А по адресу из ошибки лежат старые папки от апреля 2017

c:\Documents and Settings\salt\Local Settings\Application Data\1C\1cv8\

Да, это не для Linux.

ошибка не моя, буха у меня все работает. А мож у меня работает потому что я со своего компа не открываю базы, а подключаюсь к серваку и работаю на нем??? А открывать у себя стал только после обновления

(30) и это тоже, по сети кеш портится чаще

так не портился ж до платформы последней.

я вообще стал подумывать перевести 1с в облако,

никто не может посоветовать нормальную фирму, не очень дорогую?

Не что то все таки не то, вот переписал я базу снова, новая папка с кешем, а к вечеру база опять может не включиться, опять кеш типа полетел? и что на него стало так влиять?

(32) начните с терминального сервера мб
(33) нет, скорее всего. Когда то для себя вывел правило, что кеш чаще портится на медленных или замусоренных компах. Откажитесь от работы через расшаренную папку, опубликуйте базу

(33) Откажись от доступа к базе по сетевой шаре. Опубликуй базу на веб-сервере.

(34) А можно поподробнее о

"Откажитесь от работы через расшаренную папку, опубликуйте базу"

С терминалом работали как то давно когда у бухов компы были слабые, потом им купили новые и вот до этой недели все было хорошо.

я да же про checkdbf узнал только этим летом, как то не надо было, а теперь второй сбой за полгода

Мне только веб-сервера не хватает :)

Я один в маленькой конторке на все руки спец от поменяй воду до а настрой ка мне удаленное видеонаблюдение на базе производственной.

(36) много букв, проще погуглить.
Работа по сети это хороший повод узнать про checkdbf

(38)с 2007 года первый раз летом узнал, хоть и по сети работали до 7 бухов иногда работало и ничего не портилось

(39) ну и хорошо же. Бух идет домой, тыкает крестик на 1с, тыкает выключить компьютер, процесс 1с еще висит, дописывает файлики, это шанс для тыдыщ

(40) озвучил бухам последнюю мысль "выключил 1с сходи чайку попей"

(37) с таким подходом (не хочу веб-сервер настраивать) не стоит удивляться тормозам и странным глюкам базы (база упала, бекапов нет).

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

А вот дикая задержка открытия баз до 5-10 минут вылечилась только заменой операционки с ХР на Windows 7.

Видимо ХР всеж приходит конец...

Ключ железный?

(44) не цифирки ввожу