Бухгалтерия 3.0.25.7 обновляется на текущий релиз через файл .cf (релизов пропущено много!). База занимает больше 3 гб памяти.Конфигурация обновлялась 8 часов. Может ли база данных обновляться больше 12 часов? Или компьютер завис?
(1) ia57, что то вы экстремально... через столько релизов.
по порядку надо бы) и то следить за предупреждениями.
ничего путного все равно не выйдет у вас, глушите и по новой, в порядке необходимой очереди
(1) ia57, Пан прав! Даже если у вас в итоге все обновиться и будет внешне работать, то не факт, что через некоторое время вылезут какие-то косяки, поэтому лучше делать так как это предусмотрено производителем.
(1) ia57, адресный классификатор удали, может быстрее будет. У меня с ним даже на 1 релиз на слабом компе не получалось обновиться из-за переполнения памяти.
А также не дай бог БД отвалится. Когда же народ поймет - в каждом критичном релизе-обновлении стоят специальные обработки, котрые приводят соответствие БД под обновление уже после запуска в режиме 1С:Предприятие. И пропуск таких операций не только может быть критичным, а положить базу начисто.
(8) ia57, лехко! Открываете описание последнего релиза, в конце - список тех релизов, для обновления с которых он предназначен. Смотрите самый ранний из них, скачиваете, открываете описание... и так далее пока в списке не увидите ваш текущий релиз.
Любые другие прыжки - это прыжки среди граблей. Причем, некоторые могут щелкнуть по лбу не сразу же, а спустя недели и месяцы. Что тогда будете с кривой базой делать, а?
Т.е. нельзя проскакивать номер релиза? А разве в обновлениях не заложены все необходимые обработки данных базы? Последовательно все выполняются. Я наблюдала при обновлении конфигурации гос предприятия - при запуске обновленной базы запускается предприятие, что-то пересчитывается, программа закрывается, затем сама снова запускается уже окончательно.
Что может порушиться, например?
(10) ia57, любопытство, конечно, не порок... но большое свинство! :-)
Ладно, пока я свободен, приведу примитивный пример: допустим, в каком-то документе текущего релиза 1.1 были два реквизита: "Номер" и "Дата" какого-нибудь другого документа (например, входящего). Они заполнялись пользователем. Потом изменилось законодательство или 1С решила все упростить и сделала вместо них один реквизит (текстовый): "НомерДата" входящего. В очередном обновлении (№ 2.1) этот реквизит будет добавлен в документ, но прежние "Номер" и "Дата" сохранятся. Для чего? Для того, чтобы при первом запуске в режиме предприятия программа могла считать из них номер и дату и записать получившуюся строку в новый реквизит. Таким образом ранее введенная информация не будет потеряна.
"Старые" реквизиты будут скрыты от пользователя, но сохранятся внутри "серии" (№№ 2.2, 2.3, 2.4 и т.д.), которую можно пропустить, до следующего "критического" релиза 3.1. В нем старые реквизиты будут удалены - ведь после прошлого "критического" релиза 2.1 информация их них гарантированно перенесена в новый.
Теперь представим, что вы проскочили через промежуточный релиз 2.х и накатили 3.1 сразу на 1.1. Новый реквизит "НомерДата" в нем появится, но старые "Номер" и "Дата" будут удалены сразу же в конфигураторе, а информация, которая в них была - утеряна.
Если 1С так делает, то это не очень красиво. В 7.7 такого не допускалось. Тогда должны везде написать, что нельзя пропускать релизы. В документации я видела, что можно обновлять либо файлом .cfu либо .cf. Ограничений не нашла.
Зачем после обновления конфигурации (даже поставленной на поддержку!) каждый раз спрашивают:"Обновить базу данных?" Тогда спрашивать не надо, а молча обновлять и тут же открывать в Предприятии. Я до сих пор базу данных обновляла только после последнего обновления. И открывала базу в Предприятии после последнего обновления.
(14) ia57, Потому что конфигурация ажно три!
Есть конфигурация поставщика, которую вас не спрашивают на обновление, обновляют и всё - это конфигурация поставщика.
Есть основная конфигурация, которую вы редактируете.
А есть конфигурация базы данных, которая уже используется клиентом.
А спрашивают последнее, потому что вы можете обновлять, а можете сделать свои доработки, может вы их сегодня не хотите воплощать в жизнь, а хотите ещё что-то доделать, иначе не будет работать целиковая ваша идея доработок.
Потому и спрашивают..)))
(16) ia57, распечатайте и повесьте где-нибудь перед глазами:
Господи, дай мне спокойствие принять то, чего я не могу изменить,
дай мне мужество изменить то, что я изменить могу,
и дай мне мудрость отличить одно от другого.
(16) ia57, считаю склок ни о чем.. Платформе пофиг, сделали вы сами доработки в основной конфигурации или сделали файл поставки на другом компе, но он будет спрашивать))))
Это равносильно как ваш ребенок пока очень малой..
Вместо того, чтобы у мамы спроситься в туалет, возьмёт и сделает всё в штаны. Если вас устраивает такое стечение обстоятельств, то делайте всё в том же духе, только здесь не надо бороздить свой огород. Тут правила другие, лишний раз спросить, лишний раз сделать бекап - тише едешь, дальше будешь)))
А поспешишь - людей насмешишь. дальше я молчу! Удачи!
Все должно быть логично. А тут какой-то дурдом и засады. 8-ка так долго обновляется. Если добавить еще действия, то время обновления значительно увеличится. Пользователи откажутся от сопровождения, т.к. дорого им это обойдется. И перейдут на какую-нибудь другую программу. Простите за резкость.
Бухгалтерию как правило можно обновлять скачком.
Однажды я обновлял с 1.6.5 до 1.6.30. Перед этим я вручную все объекты сверил: ничего разработчики не удаляли. Максимум переименовали и поставили перед названием "удалено".
Все обработки для каждого релиза запускаются последовательно.
Комплексную и УПП раньше нельзя было обновлять скачком. Сейчас не знаю как.
(20) nayd, (21) ia57, а ексель можно было вообще не обновлять.
Время идет, все изменяется
и если вы не готовы к постоянным изменениям и не желаете слушать то, что вам говорят те, кто прошел через эти изменения (в том числе, возможно, и через стадию возмущения), то путь вам один - шишки на собственном пути) чО нам чужой опыт, правда?))
Из описания конфигурации Бухгалтерия 8 на ИТС (автоматическое обновление):
"Если файл обновления уже получен, то помощник позволяет провести обновление с использованием файла поставки обновления (*.cfu) или файла поставки конфигурации (*.cf)"
(25) ia57, автообновление - это, наверное, к лучшему) однако вы ж не обновлялись больше года, время сэкономили) и вот в этом вашем случае, самое правильное, обновиться последовательно)
13 релизов, либо тратили время постепенно и понемногу, либо потом, но сразу и много) вас же не приковывают: выделяете комп, запускаете релиз, занимаетесь делами, и так в течении дня обновитесь.
а логика "мне из стопки удобней нижний горшок доставать" может привести к неоправданным временным затратам)
список релизов: 26.11 - 27.10 - 28.15 - 29.8 - 30.17 - 31.16 - 32.7 - 33.20 - 34.18 - 35.28 - 36.21 - 37.37 - 37.41
да вроде бы нигде. но удостовериться самостоятельно Вы вполне можете. Скачайте ВСЕ обновления. При выборе очередного Вам будет предложено несколько вариантов версий, на которую можно перейти с текущей.
Это во-первых. А во-вторых, если Пан Вам "впаривает неправильную цепочку" (ну, например, с 36.21 на 37.37 перейти нельзя - так 1с (конфигуратор) Вам этого и не даст - вот тогда и будете искать пропущенную версию в цепочке
Реально ли обновить БП30 на 1 релиз, если в адресный классификатор закачаны все регионы? Я пробовала очистить адресный классификатор - машина проработала всю ночь и до сих пор как-будто "висит", наверное база точно "грохнулась".
(30) ia57, Никогда не понимала.. зачем сотрудники грузят всю Россиюю.. неужели недостаточно своего региона и рядом близлежащих...?
остальные же.. не пользуетесь.. так зачем только грузить базу данных...
(34) ia57, Тогда не жмотьтесь на хороший мощный сервер)))) Где и быстрый винчестер, и мощный процессор, и памяти предостаточно))))
И ещё.. скажу по своему наблюдению, реально 1С любит графические процессоры. Реально с отдельной видеокартой(хоть и не особо крутой без доппитания) - у меня 1С реально стала быстрее работать)))
(36) Bukaska, тогда в описаниях программы 1С должна указать, сколько средств организация должна дополнительно вложить, чтобы ее программа функционировала. Вдруг у организации таких средств нет.
(43) Ira123, требования к компьютеру и программному обеспечению есть во всех Руководствах пользователя, и там приводятся минимальные требования. Все ныне продаваемые компьютеры этим требованиям удовлетворяют. И про особенную видеокарту нигде я сообщений не видела. Может что пропустила?
Вот почитайте.. Статейка как раз поржать))) Что я и сделала.. купив себе отдельную видекарту, увидев тормоза более новой платформы... Как ни странно, но комп стал быстрее))))
(38) Bukaska, посоветую по вашим наставлениям организации, у которой в связи с паденим рубля ни на что нет средств. 1С оччень затратная программа. Кому-то от этого хорошо.
в описаниях программы 1С должна указать, сколько средств организация должна дополнительно вложить, чтобы ее программа функционировала. Вдруг у организации таких средств нет.
"Занудство - это правота, растянутая во времени" (с) не мой
Хотелось бы узнать у коллег вот что. Уже не один раз бывало, когда я накатывал обнову, сохранял, но не "применял" ее, т.е. не объединял с конфой БД. До применения в конфу влезали коллеги и вносили свои правки - правда, в добавленные объекты, не в типовые. А при применении/объединении конфы вылезали такие чудеса, что хоть стой, хоть падай. К примеру, в документе СФ выданная не появился новый реквизит "СводныйКомиссионный", причем его не было даже в конфигурации поставщика!!! (так что ссылки на кривые руки не прокатят). Приходилось выкапывать старый бэкап, обновлять конфигурацию еще раз на нём, выгружать конфу в файл и загружать этот файл уже в рабочую базу. Подобные чудеса у кого-нибудь были?