Попытка обновления платформы до 8.2.14.528

11.08.11

Статья адресована администраторам баз данных 1С и описывает опыт перевода конфигураций "Управление производственным предприятием" версий 1.2.27.1 и 1.3.14.2 с версии платформы 8.2.13.219 на 8.2.14.528

Наши конфигурации "Управление производственным предприятием" версий 1.2.27.1 и 1.3.14.2 успешно работают на сервере 1С версии 8.2.13.219. С выходом новых версий платформы 8.2.14.519, а затем и 8.2.14.528 захотелось изучить их особенности и возможность перевода на них наших информационных баз. Как системного администратора меня порадовало в новых версиях платформы то, что рабочие процессы сервера 1С используют не по 2 адреса порта, а лишь по 1. Дефицит адресов мешал создавать более 10 рабочих процессов, теперь возможности стали шире.

Запуск сервера 1С версии 8.2.14.519 прошел успешно, информационные базы нормально заработали под его управлением. Проблема возникла при попытке выгрузки информационной базы или сохранения конфигурации в файл:

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,

Тестирование информационных баз, чистка таблицы config в базах средствами SQL, снятие конфигурации с поддержки и другие советы, найденные в интернете, не помогли исправить ситуацию. Замечу, что на платформе 8.2.13.219 таких проблем не было, следовательно, причина не в состоянии информационных баз или сервера. Обновление до версии 8.2.14.528 не исправило ситуацию.

Единственным средством остался переход обратно к версии платформы 8.2.13.219. Конфигурации "Управление производственным предприятием" версий 1.2.27.1 восприняли его нормально. А версия УПП 1.3.14.2 выдала ошибку:

В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
В схеме базы данных нет таблицы с именем Consts

Исправить ее удалось так:

1. Переводим информационную базу снова на версию платформы 8.2.14.528
2. В конфигураторе открываем свойства конфигурации, устанавливаем там режим совместимости с 8.2.13
3. Сохраняем конфигурацию, обновляем конфигурацию базы данных.
4. Переводим информационную базу снова на версию платформы 8.2.13.219.

Примечание.

1. Конфигурации УПП версии 1.2.27.1 находились в режиме совместимости с платформой 8.1

2. Перевод демонстрационной базы с конфигурацией УПП 1.3.14.2 на версию платформы 8.2.14.528 прошел успешно.

+42 –

См. также

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

27900 руб.

01.04.2020 147099 649 360

235

Ошибка src\frntend\src\MergeModuleUtil.cpp или как не потерять недели работы при обновлении конфигурации

Обновление 1С Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Расследование ошибки [fntend - src\frntend\src\MergeModuleUtil.cpp] при сравнении/объединении. Восстанавливаем утерянные недели работы.

13.11.2024 837 PerlAmutor 12

Сравнение, трехстороннее объединение и обновление с помощью WinMerge

Обновление 1С Программист Платформа 1С v8.3 Бесплатно (free)

В статье рассматривается использование WinMerge для сравнения, объединения и обновления конфигураций 1С. Отдельно рассматривается методика трехстороннего сравнения при обновлении конфигурации

21.10.2024 2661 mixaeel 18

Групповое изменение режима поддержки по подсистеме или файлу отчета сравнения конфигураций

Обновление 1С Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 Абонемент ($m)

Те кто объединял конфигурации находящиеся на поддержке, обновлял подсистемы БСП прекрасно помнят упражнение «10000 тысяч кликов мышкой» или, непонятное словесное заклинание, после которого конфигурация снимается с поддержки целиком.

1 стартмани

26.09.2024 501 3 milkers 2

Проблемы маркируемой продукции при переходе на версию УТ 11.5.19.63

Обновление 1С Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 Россия Бесплатно (free)

Вышел новый релиз для УТ11 5.19.63. На копии базы было выполнено обновление и вылезли проблемы с номенклатурой, подлежащей маркировке. В публикации описаны проблемы, обнаруженные в копии базы конкретной организации.

24.09.2024 861 gull22 2

Чиним долгое сравнение конфигурации

Обновление 1С Программист Платформа 1С v8.3 Бесплатно (free)

Как исправить медленное сравнение конфигурации с файлом cf, сохраненным из хранилища.

17.09.2024 4369 vatkir 15

Обновление конфигураций с помощью Батника и Яндекс диска

Обновление 1С Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 Абонемент ($m)

Упрощенное обновление конфигураций 1С (предпочтительно самописных) с помощью батника и Яндекс Диска (по публичной ссылке)

1 стартмани

22.08.2024 558 0 user1694357 0

Обновление тонких клиентов через Apache + PHP

Обновление 1С Системный администратор Россия Абонемент ($m)

На ИТС есть статья, в которой поверхностно описан процесс автоматического обновления тонких клиентов. В качестве примера, что логично, представлены методы конфигурации 1С. Но, в отличие от того же управления списками баз, для обновления не требуется хранить информацию, потому я решил переписать код на php, чтобы можно было отвязаться от 1С. Не работает для файловых баз, подключенных как File="ПутьКПапкеБазы"; (а жаль), для опубликованных файловых - работает.

1 стартмани

20.08.2024 681 MikeSh 10

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. Sergey_Mishkin 11.08.11 09:39 Сейчас в теме

рано, стало быть, на 8.2.14 переходить, а я уже собрался было (

2. ГМВ 75 11.08.11 09:52 Сейчас в теме

Как знать, быть может, Ваши базы на новой платформе будут жить хорошо. Если Вы используете конфигурации на поддержке (без возможности изменения), то, скорее всего, у Вас не будет проблем.

3. alexk-is 6544 11.08.11 09:55 Сейчас в теме

(0) После прочтения складывается ощущение, что это перепечатка документации к платформе.

У меня УПП 1.2.39.1. Платформа 8.2.14.519 и 8.1.15.14. MS SQL 2005 Standart. Всё работает.
Возможно где-то что-то перекрутили в настройках?

PS: Я не злой, просто так получилось.

4. 1cmax 153 11.08.11 10:12 Сейчас в теме

ужос.. танцы с бубном, работа для одминов. не надо торопиться на новую платформу переходить.

5. ГМВ 75 11.08.11 10:40 Сейчас в теме

alexk-is пишет:
(0) После прочтения складывается ощущение, что это перепечатка документации к платформе.

Считаю это комплиментом, хотя, конечно, документация к платформе должна быть гораздо подробнее.

6. Serj1C 483 11.08.11 12:02 Сейчас в теме

а тут уже и 8.2.14.531 поспела )
хотя в http://downloads.v8.1c.ru/content/Platform/8_2_14_531/ErrFix_8_2_14_531_20110810.htm ничего особенного не исправили

7. mosk va 11.08.11 12:06 Сейчас в теме

(0)ЗУП 2.5.38.1, платформа 8.2.14.528 все работает нормально, в т.ч. и выгрузка/загрузка. Базы "исправленные и дополненные". :D

8. ГМВ 75 11.08.11 14:32 Сейчас в теме

Serj1C пишет:
а тут уже и 8.2.14.531 поспела )

Увы, в моих условиях сервер 1С 8.2.14.531, будучи запущен из командной строки в сеансе терминала, не находит ключ по прежнему.

9. alexk-is 6544 12.08.11 09:41 Сейчас в теме

(8) Может это поможет...
http://infostart.ru/public/88452/

10. ГМВ 75 12.08.11 09:59 Сейчас в теме

alexk-is пишет:
(8) Может это поможет...
http://infostart.ru/public/88452/

Нет. Речь идет о ключе защиты для сервера 1С, он должен быть обязательно там, где установлен сервер 1С.

11. Sparko 175 13.08.11 07:50 Сейчас в теме

Обновил платформу для базовой конфигурации - при запуске программа сообщила, что нужна конвертация(?!).

12. tormozit 7229 13.08.11 23:23 Сейчас в теме

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

13. ГМВ 75 14.08.11 09:06 Сейчас в теме

Sparko пишет:
Обновил платформу для базовой конфигурации - при запуске программа сообщила, что нужна конвертация(?!).

Да, если ваша информационная база находится в файловом формате, платформа будет конвертировать ее.

14. Tarlich 116 14.08.11 23:09 Сейчас в теме

пока всеже подожду

15. GriAI 45 15.08.11 10:15 Сейчас в теме

(0) У меня на УПП данная ошибка
"Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
..."
не редкость, и практически не зависит от платформы.

Всегда помогает перезапуск Сервера 1С:Предприятия

16. ГМВ 75 15.08.11 11:57 Сейчас в теме

GriAI пишет:
(0) У меня на УПП данная ошибка
"Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
..."
не редкость, и практически не зависит от платформы.

Всегда помогает перезапуск Сервера 1С:Предприятия

В описанной ситуации перезапуск Сервера 1С:Предприятия не помогает.

17. bellaform 18.08.11 18:27 Сейчас в теме

У меня УТ 10.3.13.2, Бухгалтерия 2.0.25.5, Розница 1.0.15.4 в файловом режиме. Переход на 8.2.14.519 прошел штатно, только загрузка конфигураций после обновления шла очень долго (это было описано потом как ошибка сборки). После обновления на 8.2.14.528 все базы запускаются шустро, в целом доступ по сети ускорился. В остальном разницы не увидел, впрочем, и сами разработчики описывали основные изменения для серверных систем. С бета-версиями не экспериментирую - жду "обычного" релиза, но предыдущие релизы сразу не удаляю - зимой были глючные обновления платформы - пришлось откатываться на предыдущие.

18. el_nov 10 22.08.11 14:24 Сейчас в теме

Тут как то база КА в файловом варианте заглючила - внешнее тестирование ошибок не находит, внутреннее исправить не может. Помог только переход на 8.2.14.519 платформу. Так что не все однозначно.

19. Sereponya36 23.08.11 15:18 Сейчас в теме

На мой вкус рановато еще переходить. Периодически возникают проблемы+везде требуется конвертация, а в 13.219 эти базы потом так просто уже не закинешь

20. d.snissarenko 152 25.08.11 07:04 Сейчас в теме

(19) Закинуть можно, устанавливаешь режим совместимости с 8.2.13.219 - нужно сделать выгрузку, потом - загрузку 13.219.

21. d.snissarenko 152 25.08.11 07:05 Сейчас в теме

Я столкнулся на 15 релизе УПП 1.3 с Ошибкой SDBL в режиме 14 релиза платформы, откатил в режим совместимости, пока 3 раза тьфу, хотя есть некие подозрения....

22. nbm 217 25.08.11 15:21 Сейчас в теме

Кроме этого в синтаксе-помощнике 8.2.14.528 попробуйте найти НастройкаПериода, и попробуйте поработать с этим универсальным объектом во внешней обработке или отчете.

23. Ted1982 68 26.08.11 14:20 Сейчас в теме

Ошибка "Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005,"
возникает и на платформе 8.2.13.205, и на 8.2.13.219, и на 8.2.14.528.
Это не зависит от платформы.
Решение данной проблемы для клиент-серверного размещения базы и файлового разное: в клиент-серверном варианте помогает рестарт службы сервера 1С, а в файловом варианте чистка каталога D:\Users\User\Local Settings\Temp

24. ГМВ 75 30.08.11 06:13 Сейчас в теме

Ted1982 пишет:
Решение данной проблемы для клиент-серверного размещения базы и файлового разное: в клиент-серверном варианте помогает рестарт службы сервера 1С, а в файловом варианте чистка каталога D:\Users\User\Local Settings\Temp

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

25. softmart 27.10.11 10:08 Сейчас в теме

Полезная статья. У меня тоже: Ошибка SDBL:
В схеме базы данных нет таблицы с именем Consts.

26. ekean 11.11.11 11:00 Сейчас в теме

Ошибка "Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005 возникает и на платформе 8.2.14.537 при переходе с УПП 8.2.1.3.13.1 на 8.2.1.3.14.2(УПП 8.1.2.39.1 обновление на УПП 8.2.1.3.13.1 проходит нормально - 8.1 должна бить переведена в режим совместимости 8.2.13) для решения данной проблемы в клиент-серверном варианте не помогает рестарт службы сервера 1С(Серверы 1с 8.1 и 8.2 установлены на одном сервере)!

27. irreal 32 14.12.11 18:20 Сейчас в теме

Черт меня побери, а я долблюсь с очень устаревшей и сильно нетиповой УПП, пытаясь восстановить в ней нормальную поддержку. Платформа 8.2.14.540. В результате получается "больная" конфигурация, которая вроде бы не имеет проблем в файловом варианте, но в клиент-сервере теряет способность выгружаться в файл, выгружать данные, создавать хранилище. На 68% выгрузки происходит разрыв соединения. Снятие с поддержки позволяет ее выгрузить, но стоит хоть один объект этой выгрузки объединить с типовой, и типовая тоже заражается болезнью. Фатальный симптом - несовместимость способности сохраняться с наличием конфигурации поставщика.
Еще замечено, что при обновлениях в линейке редакции 1.2 все идет обычно. Но при переходе к 1.3.13.1 (или прямым объединением сразу к 1.3.19.1, без разницы) получается проблеммная конфигурация.

30. ГМВ 75 17.12.11 14:57 Сейчас в теме

(27) irreal,
У меня проблема исчезла при переходе на сервер 1С 64-бит, версия платформы 8.2.14.537.
При возврате на сервер 1С 32-бит, версия платформы 8.2.14.537, проблема появляется снова.

31. irreal 32 17.12.11 16:00 Сейчас в теме

(30)
спасибо! Он даже есть у нас, но в промэксплуатации.

28. irreal 32 15.12.11 12:10 Сейчас в теме

Бог с ней, с нетиповой. Беру типовую 1.2.39.1, разрешаю в ней изменения, добавляю для проформу 1 справочник. Обновляю по поддержке на 1.3.13.1. Получаю нехохраняемую в клиент-сервере конфигурацию. Итого, баг потверждаю.
Релиз 8.2.14.540, сервер предприятия 32-х разрядный (при этом не наблюдается особого аппетита к памяти), SQL 2005.

29. irreal 32 15.12.11 13:13 Сейчас в теме

Ну и последний тест - не было ли этой ошибки раньше?
Релиз платформы 8.2.13.219.
Беру свою нетиповую с поддержкой в состоянии 1.2.39.1, обновляю по поддержке на 1.3.13.1. Получается нормальная конфигурация (или нормальная в этом релизе платформы), способная сохраняться. Ошибки нет.

32. ГМВ 75 19.12.11 12:47 Сейчас в теме

К сожалению, выяснились новые обстоятельства. На сервере 1С 32-бит, версия платформы 8.2.14.537, информационные базы с доработанной конфигурацией УПП версий 1.2 и 1.3 выдают в режиме 1С:Предприятие ошибки выполнения, т.е. нормальная эксплуатация становится невозможной. Ситуация возникает, если число работающих в данный момент пользователей превышает примерно 10.
Проблемы исчезают при переходе на сервер 1С 64-бит, версия платформы 8.2.14.537.

33. irreal 32 18.01.12 21:36 Сейчас в теме

Забавно, что в 8.2.15 проблема тихо и бесследно исчезла...

36. ГМВ 75 21.01.12 06:27 Сейчас в теме

(33) irreal, Увы, у нас ошибки выполнения на сервере 1С 64-бит версии 8.2.15.289 все-таки возникают, но гораздо реже. Частота их возникновения (одновременно работают 90-130 пользователей) колеблется от 1 за 10 часов до 60 за 1 час. Частота не зависит от разрядности сервера 1С (32 бит или 64 бит).
Появилась новая проблема: один раз в два-три дня возникает следующая ситуация. Рабочие процессы сервера 1С начинают терять активность (переключаются в состояние Активен=Нет). Новые рабочие процессы создать можно, но они все равно неактивны. За 1-3 часа все рабочие процессы (их создаю сначала 8-20 штук) становятся неактивными, сервер 1С приходится перезапускать.

38. irreal 32 21.01.12 13:38 Сейчас в теме

(36) да, у нас тоже примерно такая нагрузка, в промэксплуатации пока 32-х разрядный сервер с 7 постоянными процессами. Но вот с капризами процессов ситуация острее - они остаются активными, но рагент перестает принимать новые соединения. Имеет место на всех релизах, с 8.2.11, по крайней мере. Выглядит как звонок в шесть утра: "не можем работать" (у нас большой территориальный разброс). Раз шесть в месяц. Всегда с утра. Ночью все проверялось, отключалось все подряд: регламентные задания, бэкап, реиндексация. Не помогло. Пришел к мысли, что какой-то из процессов "виснет" в предыдущий день, а на следующее утро рагент кидает все новые коннекты на него, как на наименее загруженный. Поставил насильственный рестарт сервера 1С каждую ночь, причем сначала попытка останова рагента, потом попытка убиения рпхостов, если они остались, повторная попытка останова рагента, а уже потом старт рагента, поскольку бывает, что какой-либо рпхост умирает так, что не дает остановить рагент. Типовой перезапуск процессов использовать не стал - как-то оно криво через "n" часов после старта. Прибивается все скопом по расписаню винды. Проблему утренних висяков это решило, и, вероятно, решит любую проблему накопления ошибок процессами. Если в сутках найдется час, когда можно это сделать)

39. ГМВ 75 21.01.12 14:18 Сейчас в теме

(38) irreal, Я обслуживаю сервер 1С так:
1. Блокирую базу.
2. Удаляю все сеансы пользователей, если они еще остались через 5 мин. после блокировки.
3. Останавливаю службу Агент сервера 1С:Предприятия 8.2.
4. Проверяю в диспетчере задач, что процессы пользователя usr1cv82 отсутвуют. Обычно их не бывает, т.е. служба остановилась корректно. Если нет, удаляю процесы.
5. Очищаю каталог временных файлов \Documents and Settings\USR1CV82\Local Settings\Temp, его использует сервер 1С, там бывает много мусора.
6. Перезапускаю службу сервера SQL. Это позволяет очистить его служебную базу tempdb.mdf, которая постепенно разрастается до десятков Гб за месяц.
7. Запускаю службу Агент сервера 1С:Предприятия 8.2.
8. Проверяю корректность работы кластера: добавляю 3-5 рабочих процессов. Если новые процессы получают порты и становятся активными, кластер работает корректно. Если нет, перехожу к п.3.
9. Проверяю работу базы данных в состоянии блокировки.
10. Разблокирую базу данных.
11. Проверяю работу базы данных в рабочем состоянии.
12. Поочередно, с интервалом 5-20 мин. перевожу рабочие процессы из состояния "Использовать" в состояние "Не использовать" и обратно. Цель - сделать процесс автоматического перезапуска рабочих процессов последовательным. Интервал перезапуска устанавливаю 7200 сек.

40. irreal 32 22.01.12 17:47 Сейчас в теме

(39) спасибо за описание методики!
Относительно перезапуска, наши юзера - большие любители посидеть в базе этак до часу по Москве, а с утра в пять уже приходит зауралье. Так что бодрствует только робот:

rem Скрипт разгона не отлажен.
rem C:\WINDOWS\SysWOW64\wscript.exe disconnect_all.vbs
net stop "Агент сервера 1С:Предприятия 8.2" > c:\log1c.txt
taskkill /F /IM rphost.exe > c:\log1c.txt
taskkill /F /IM rmngr.exe > c:\log1c.txt
taskkill /F /IM ragent.exe > c:\log1c.txt
net stop "Агент сервера 1С:Предприятия 8.2" > c:\log1c.txt
net start "Агент сервера 1С:Предприятия 8.2"> c:\log1c.txt

п.5 - точно, спасибо за напоминание, там такие дампы запросов иногда остются.
По п.12 вопрос: перезапуск через 2 часа? мне казалось, что если на процессе идет транзакция клиента, то его перезапуск убьет этого клиента, или я заблуждаюсь? Поэтому я и избегал типового перезапуска: поставишь сутки, он ляжет в час дня, и потом продолжит регулярно...

41. ГМВ 75 23.01.12 08:29 Сейчас в теме

(40) irreal, п.12 По моим наблюдениям, клиенты безболезненно переключаются на другой процесс, в некоторых случаях не переключаются, но и процесс тогда не закрывается, пока клиент не освободит соединение. Это наглядно видно, если открыть свойства рабочего процесса и установить "Не использовать". Перезапуск процесса обеспечивает "горячее" переключение сеанса.

43. irreal 32 23.01.12 23:43 Сейчас в теме

(41) да, вообще логично, вряд ли 1С сделала бы столь грубую официальную лажу.
(42) 7 моих процессов из расчета 2Гб*7=14Гб оперативки. Но если устроить рециркуляцию процессов... да, можно их довести до 20. Спасибо за опыт и развеянные стереотипы. Переоборудую систему.

42. ГМВ 75 23.01.12 11:57 Сейчас в теме

(38) irreal, По поводу того, что сервер 1С перестает принимать соединения. Такое у нас было при малом количестве рабочих процессов. По моим наблюдениям, объем памяти, занимаемый одним рабочим процессом, не должен превышать 600 Мб, иначе начинаются проблемы. Исходя из этого, я увеличил количество активных рабочих процессов до 12-20. Позже проблема не возникала.

34. ninch 51 20.01.12 12:15 Сейчас в теме

Есть вопрос по самой установке серверной части 1С. В итоге серверная часть встала от нового релиза или старая используется. И пробовал на этом сервере запускать 1с базы под релизом 8.2.13?

37. ГМВ 75 21.01.12 06:32 Сейчас в теме

(34) ninch, Система 1С строго следит за соответствием версий клиента и сервера. Клиент, при попытке подключения к серверу иной версии, получает сообщение, что версии различны и подключение невозможно.
Могу ответить на вопросы в агенте 8003034@mail.ru

35. irreal 32 20.01.12 22:58 Сейчас в теме

??? Клиент одного релиза в жизни не свяжется с сервером другого. Если оно запускается, то версия - то, что показыватся по кнопке "1С?". И задача установки - обеспечить соответствие версии сервера и клиентов.

44. VarvarV 42 12.04.12 11:29 Сейчас в теме

Была аналогичная проблема.
Исходные данные: сервер 1С(х32) на win2003(х32) и сервер SQL 2005(х64) на win2003(х64). Платформа 1С 8.2.15.301. После обновления УПП на 1.3.13.1 перестала обновляться и выгружаться.

Вылечилось так:
сначала установили сервер 1С(х32) на компьютер с сервером SQL 2005(х64) на win2003(х64) - всё заработало!
Потом еще немного подумали и поставили сервер 1С(х32) на отдельный сервер win2003(х64) и проблемы как не бывало!

Для себя сделали вывод: помог переход с win2003(х32) на win2003(х64) на сервере 1С.

45. ГМВ 75 12.04.12 12:03 Сейчас в теме

(44) VarvarV, спасибо, это очень ценная информация, мы обязательно испытаем такой вариант.

46. ГМВ 75 27.04.12 08:40 Сейчас в теме

(44) VarvarV, Наши сисадмины не могут установить сервер 1С х32 на Win2003 х64, говорят, что никак не получится. Могли бы вы посоветовать мне руководство или поделиться опытом?

47. VarvarV 42 27.04.12 09:13 Сейчас в теме

Win2003 R2 Standart x64 Edition (Английский). Просто установили 1С х32 сервер и всё заработало.

P.S. Занимались этим в спешке - обновление не проходило и надо было что-то делать. База большая - в файловом варианте не вариант было - по времени не укладывались. Идея перенести 1С сервер с Win2003 х32 на Win2003 х64 была одним из направлений по преодолению проблем с обновлением. Сначала установили 1С х64 (типа на Win2003 х64 же ставим!) - не работает (забыли что серверный ключ 1С только х32). Поставили 1С х32 8.2.15.301 и всё заработало. Т.к. у нас остаются базы 8.1, то еще и параллельно сервер 1С х32 8.1.15.14 потом поставили.

P.P.S. Можете ответить админам: Майкрософт не гарантирует (на х64 системе приоритетно запуск х64 приложений... а х32 как получится) и не рекомендует (отчасти маркетинг - надо же продвигать х64 приложения) полностью корректную работу всех приложений, но и не запрещает такую эксплуатацию и не заявляет что это в принципе не возможно. В плане стабильности и производительности лучше ставить 1С х64 (раз операционка х64 уже есть - стоит покупать и приложения х64), но в принципе будет и х32 работать.

48. ГМВ 75 01.05.12 17:13 Сейчас в теме

(47) VarvarV, Ваша информация полностью подтвердилась у нас. Сервер 1С х32 устанавливается на Win 2003 R2 х64 без каких-либо проблем и позволяет сохранять конфигурацию в файл и выгружать информационную базу без ошибок. Проверено на платформе 8.2.15.289.