1С:Предприятие :: 1С:Предприятие 8 общая

Тормоза после последнего обновления Бухгалтерии 3.0

helg66

20.09.17 - 17:45

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

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

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

zak555

1 - 20.09.17 - 17:47

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

ildary

2 - 20.09.17 - 17:48

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

strrike

3 - 20.09.17 - 17:49

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

LordCMEPTb

4 - 20.09.17 - 17:52

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

helg66

5 - 20.09.17 - 17:55

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

Йохохо

6 - 20.09.17 - 17:56

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

helg66

7 - 20.09.17 - 17:57

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

helg66

8 - 20.09.17 - 17:59

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

Господин ПЖ

9 - 20.09.17 - 18:00

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

helg66

10 - 20.09.17 - 18:01

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

Рекламное место пустует

Йохохо

11 - 20.09.17 - 18:10

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

strrike

12 - 20.09.17 - 21:43

Чистка кэша:

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

vis_tmp

13 - 21.09.17 - 05:28

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

helg66

14 - 21.09.17 - 10:17

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

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

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

https://ibb.co/iZczB5

Йохохо

15 - 21.09.17 - 10:24

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

Йохохо

16 - 21.09.17 - 10:27

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

helg66

17 - 21.09.17 - 10:29

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

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

VladZ

18 - 21.09.17 - 10:32

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

Йохохо

19 - 21.09.17 - 10:32

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

helg66

20 - 21.09.17 - 10:32

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

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

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

Йохохо

21 - 21.09.17 - 10:33

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

VladZ

22 - 21.09.17 - 10:34

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

mehfk

23 - 21.09.17 - 10:35

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

helg66

24 - 21.09.17 - 10:38

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

Йохохо

25 - 21.09.17 - 10:39

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

mehfk

26 - 21.09.17 - 10:39

Дарю в очередной раз батник для чистки кэша.
@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"

Йохохо

27 - 21.09.17 - 10:41

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

helg66

28 - 21.09.17 - 10:46

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

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

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

mehfk

29 - 21.09.17 - 10:46

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

helg66

30 - 21.09.17 - 10:48

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

Йохохо

31 - 21.09.17 - 10:49

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

helg66

32 - 21.09.17 - 10:53

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

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

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

helg66

33 - 21.09.17 - 10:55

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

Йохохо

34 - 21.09.17 - 10:58

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

mehfk

35 - 21.09.17 - 11:04

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

helg66

36 - 21.09.17 - 11:07

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

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

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

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

helg66

37 - 21.09.17 - 11:09

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

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

Йохохо

38 - 21.09.17 - 11:12

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

helg66

39 - 21.09.17 - 11:14

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

Йохохо

40 - 21.09.17 - 11:19

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

helg66

41 - 21.09.17 - 11:28

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

ildary

42 - 21.09.17 - 12:15

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

helg66

43 - 28.09.17 - 09:52

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

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

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

mehfk

44 - 28.09.17 - 10:00

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

helg66

45 - 28.09.17 - 10:41

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

Список тем форума

Рекламное место пустует Рекламное место пустует

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Рекламное место пустует