Вход | Регистрация


1С:Предприятие ::

Метки: 

Тормоза после последнего обновления Бухгалтерии 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 человек.
Рекламное место пустует