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

Опубликовал ГМВ в раздел Администрирование - Администрирование

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

Попытка обновления платформы до 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 прошел успешно.

См. также

Лучшие комментарии

12. tormozit 13.08.2011 23:23
Коллеги, мой опыт тоже показывает, что все сборки 14-го релиза имеют довольно большие проблемы. Рекомендую ждать еще по крайней мере месяц.
# Ответить
19. Sereponya36 23.08.2011 15:18
На мой вкус рановато еще переходить. Периодически возникают проблемы+везде требуется конвертация, а в 13.219 эти базы потом так просто уже не закинешь
Ответили: (20)
+ 1 [ ГМВ; ]
# Ответить
15. GriAI 15.08.2011 10:15
(0) У меня на УПП данная ошибка
"Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
..."
не редкость, и практически не зависит от платформы.

Всегда помогает перезапуск Сервера 1С:Предприятия
+ 1 [ Just; ]
# Ответить
Подсистема "Инструменты разработчика" v3.21
Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ)
Программа Дисплей покупателя 1С: второй монитор (Информационное табло)
Обработки для удаления данных с отбором и построением дерева ссылок в базах 1С 8.1-8.3 (обычное, управляемое, "такс...
Contragent+ (1С 8.2/8.3)
Алкогольная декларация для "1С:БП3.0, УТ 10.3, УТ 11, КА 8", с подписью, шифрованием и форматно-логическим ко...
Простой и Удобный Универсальный отчет (СКД) v 2.1
Перенос данных из программы "1С:Бухгалтерия 8 ред.2.0" в "1С:Управление производственным предприятием&quo...
Перенос данных из программ "1С:Бухгалтерия 7.7" и "1С:УСН 7.7" в "1С:Бухгалтерия 8"
Загрузка курсов валют
Установка торговой наценки в Розница 1.0
Дайджест нововведений "1С форева!"

Комментарии

1. Alex_Japanese_Student2 11.08.2011 09:39
рано, стало быть, на 8.2.14 переходить, а я уже собрался было (
# Ответить
2. ГМВ 11.08.2011 09:52
Как знать, быть может, Ваши базы на новой платформе будут жить хорошо. Если Вы используете конфигурации на поддержке (без возможности изменения), то, скорее всего, у Вас не будет проблем.
# Ответить
3. alexk-is 11.08.2011 09:55
(0) После прочтения складывается ощущение, что это перепечатка документации к платформе.

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

PS: Я не злой, просто так получилось.
# Ответить
4. 1cmax 11.08.2011 10:12
ужос.. танцы с бубном, работа для одминов. не надо торопиться на новую платформу переходить.
# Ответить
5. ГМВ 11.08.2011 10:40
alexk-is пишет:
(0) После прочтения складывается ощущение, что это перепечатка документации к платформе.

Считаю это комплиментом, хотя, конечно, документация к платформе должна быть гораздо подробнее.
# Ответить
6. Serj1C 11.08.2011 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.2011 12:06
(0)ЗУП 2.5.38.1, платформа 8.2.14.528 все работает нормально, в т.ч. и выгрузка/загрузка. Базы "исправленные и дополненные". :D
# Ответить
8. ГМВ 11.08.2011 14:32
Serj1C пишет:
а тут уже и 8.2.14.531 поспела )

Увы, в моих условиях сервер 1С 8.2.14.531, будучи запущен из командной строки в сеансе терминала, не находит ключ по прежнему.
Ответили: (9) (10)
# Ответить
9. alexk-is 12.08.2011 09:41
(8) Может это поможет...
http://infostart.ru/public/88452/
# Ответить
10. ГМВ 12.08.2011 09:59
alexk-is пишет:
(8) Может это поможет...
http://infostart.ru/public/88452/

Нет. Речь идет о ключе защиты для сервера 1С, он должен быть обязательно там, где установлен сервер 1С.
# Ответить
11. Sparko 13.08.2011 07:50
Обновил платформу для базовой конфигурации - при запуске программа сообщила, что нужна конвертация(?!).
+ 1 [ ГМВ; ]
# Ответить
12. tormozit 13.08.2011 23:23
Коллеги, мой опыт тоже показывает, что все сборки 14-го релиза имеют довольно большие проблемы. Рекомендую ждать еще по крайней мере месяц.
# Ответить
13. ГМВ 14.08.2011 09:06
Sparko пишет:
Обновил платформу для базовой конфигурации - при запуске программа сообщила, что нужна конвертация(?!).

Да, если ваша информационная база находится в файловом формате, платформа будет конвертировать ее.
# Ответить
14. Tarlich 14.08.2011 23:09
пока всеже подожду
# Ответить
15. GriAI 15.08.2011 10:15
(0) У меня на УПП данная ошибка
"Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
..."
не редкость, и практически не зависит от платформы.

Всегда помогает перезапуск Сервера 1С:Предприятия
+ 1 [ Just; ]
# Ответить
16. ГМВ 15.08.2011 11:57
GriAI пишет:
(0) У меня на УПП данная ошибка
"Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
..."
не редкость, и практически не зависит от платформы.

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

В описанной ситуации перезапуск Сервера 1С:Предприятия не помогает.
# Ответить
17. bellaform 18.08.2011 18:27
У меня УТ 10.3.13.2, Бухгалтерия 2.0.25.5, Розница 1.0.15.4 в файловом режиме. Переход на 8.2.14.519 прошел штатно, только загрузка конфигураций после обновления шла очень долго (это было описано потом как ошибка сборки). После обновления на 8.2.14.528 все базы запускаются шустро, в целом доступ по сети ускорился. В остальном разницы не увидел, впрочем, и сами разработчики описывали основные изменения для серверных систем. С бета-версиями не экспериментирую - жду "обычного" релиза, но предыдущие релизы сразу не удаляю - зимой были глючные обновления платформы - пришлось откатываться на предыдущие.
+ 1 [ ГМВ; ]
# Ответить
18. el_nov 22.08.2011 14:24
Тут как то база КА в файловом варианте заглючила - внешнее тестирование ошибок не находит, внутреннее исправить не может. Помог только переход на 8.2.14.519 платформу. Так что не все однозначно.
+ 1 [ ГМВ; ]
# Ответить
19. Sereponya36 23.08.2011 15:18
На мой вкус рановато еще переходить. Периодически возникают проблемы+везде требуется конвертация, а в 13.219 эти базы потом так просто уже не закинешь
Ответили: (20)
+ 1 [ ГМВ; ]
# Ответить
20. d.snissarenko 25.08.2011 07:04
(19) Закинуть можно, устанавливаешь режим совместимости с 8.2.13.219 - нужно сделать выгрузку, потом - загрузку 13.219.
# Ответить
21. d.snissarenko 25.08.2011 07:05
Я столкнулся на 15 релизе УПП 1.3 с Ошибкой SDBL в режиме 14 релиза платформы, откатил в режим совместимости, пока 3 раза тьфу, хотя есть некие подозрения....
+ 1 [ ГМВ; ]
# Ответить
22. nbm 25.08.2011 15:21
Кроме этого в синтаксе-помощнике 8.2.14.528 попробуйте найти НастройкаПериода, и попробуйте поработать с этим универсальным объектом во внешней обработке или отчете.
# Ответить
23. Ted1982 26.08.2011 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. ГМВ 30.08.2011 06:13
Ted1982 пишет:
Решение данной проблемы для клиент-серверного размещения базы и файлового разное: в клиент-серверном варианте помогает рестарт службы сервера 1С, а в файловом варианте чистка каталога D:\Users\User\Local Settings\Temp

Не могу согласиться, что указанный метод является решением проблемы. Считаю останов сервера 1С аварией, которая должна быть предотвращена. Ведь мы ведем речь о промышленной эксплуатации больших баз данных, которые должны стабильно работать круглые сутки на протяжении десятков месяцев.
# Ответить
25. softmart 27.10.2011 10:08
Полезная статья. У меня тоже: Ошибка SDBL:
В схеме базы данных нет таблицы с именем Consts.
# Ответить
26. ekean 11.11.2011 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 14.12.2011 18:20
Черт меня побери, а я долблюсь с очень устаревшей и сильно нетиповой УПП, пытаясь восстановить в ней нормальную поддержку. Платформа 8.2.14.540. В результате получается "больная" конфигурация, которая вроде бы не имеет проблем в файловом варианте, но в клиент-сервере теряет способность выгружаться в файл, выгружать данные, создавать хранилище. На 68% выгрузки происходит разрыв соединения. Снятие с поддержки позволяет ее выгрузить, но стоит хоть один объект этой выгрузки объединить с типовой, и типовая тоже заражается болезнью. Фатальный симптом - несовместимость способности сохраняться с наличием конфигурации поставщика.
Еще замечено, что при обновлениях в линейке редакции 1.2 все идет обычно. Но при переходе к 1.3.13.1 (или прямым объединением сразу к 1.3.19.1, без разницы) получается проблеммная конфигурация.
Ответили: (30)
# Ответить
28. irreal 15.12.2011 12:10
Бог с ней, с нетиповой. Беру типовую 1.2.39.1, разрешаю в ней изменения, добавляю для проформу 1 справочник. Обновляю по поддержке на 1.3.13.1. Получаю нехохраняемую в клиент-сервере конфигурацию. Итого, баг потверждаю.
Релиз 8.2.14.540, сервер предприятия 32-х разрядный (при этом не наблюдается особого аппетита к памяти), SQL 2005.
# Ответить
29. irreal 15.12.2011 13:13
Ну и последний тест - не было ли этой ошибки раньше?
Релиз платформы 8.2.13.219.
Беру свою нетиповую с поддержкой в состоянии 1.2.39.1, обновляю по поддержке на 1.3.13.1. Получается нормальная конфигурация (или нормальная в этом релизе платформы), способная сохраняться. Ошибки нет.
+ 1 [ ГМВ; ]
# Ответить
30. ГМВ 17.12.2011 14:57
(27) irreal,
У меня проблема исчезла при переходе на сервер 1С 64-бит, версия платформы 8.2.14.537.
При возврате на сервер 1С 32-бит, версия платформы 8.2.14.537, проблема появляется снова.
Ответили: (31)
+ 1 [ irreal; ]
# Ответить
31. irreal 17.12.2011 16:00
(30) ГМВ,
спасибо! Он даже есть у нас, но в промэксплуатации.
# Ответить
32. ГМВ 19.12.2011 12:47
К сожалению, выяснились новые обстоятельства. На сервере 1С 32-бит, версия платформы 8.2.14.537, информационные базы с доработанной конфигурацией УПП версий 1.2 и 1.3 выдают в режиме 1С:Предприятие ошибки выполнения, т.е. нормальная эксплуатация становится невозможной. Ситуация возникает, если число работающих в данный момент пользователей превышает примерно 10.
Проблемы исчезают при переходе на сервер 1С 64-бит, версия платформы 8.2.14.537.
Ответили: (44)
+ 1 [ irreal; ]
# Ответить
33. irreal 18.01.2012 21:36
Забавно, что в 8.2.15 проблема тихо и бесследно исчезла...
Ответили: (36)
# Ответить
34. ninch 20.01.2012 12:15
Есть вопрос по самой установке серверной части 1С. В итоге серверная часть встала от нового релиза или старая используется. И пробовал на этом сервере запускать 1с базы под релизом 8.2.13?
Ответили: (37)
# Ответить
35. irreal 20.01.2012 22:58
??? Клиент одного релиза в жизни не свяжется с сервером другого. Если оно запускается, то версия - то, что показыватся по кнопке "1С?". И задача установки - обеспечить соответствие версии сервера и клиентов.
+ 1 [ ГМВ; ]
# Ответить
36. ГМВ 21.01.2012 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)
# Ответить
37. ГМВ 21.01.2012 06:32
(34) ninch, Система 1С строго следит за соответствием версий клиента и сервера. Клиент, при попытке подключения к серверу иной версии, получает сообщение, что версии различны и подключение невозможно.
Могу ответить на вопросы в агенте 8003034@mail.ru
# Ответить
38. irreal 21.01.2012 13:38
(36) ГМВ, да, у нас тоже примерно такая нагрузка, в промэксплуатации пока 32-х разрядный сервер с 7 постоянными процессами. Но вот с капризами процессов ситуация острее - они остаются активными, но рагент перестает принимать новые соединения. Имеет место на всех релизах, с 8.2.11, по крайней мере. Выглядит как звонок в шесть утра: "не можем работать" (у нас большой территориальный разброс). Раз шесть в месяц. Всегда с утра. Ночью все проверялось, отключалось все подряд: регламентные задания, бэкап, реиндексация. Не помогло. Пришел к мысли, что какой-то из процессов "виснет" в предыдущий день, а на следующее утро рагент кидает все новые коннекты на него, как на наименее загруженный. Поставил насильственный рестарт сервера 1С каждую ночь, причем сначала попытка останова рагента, потом попытка убиения рпхостов, если они остались, повторная попытка останова рагента, а уже потом старт рагента, поскольку бывает, что какой-либо рпхост умирает так, что не дает остановить рагент. Типовой перезапуск процессов использовать не стал - как-то оно криво через "n" часов после старта. Прибивается все скопом по расписаню винды. Проблему утренних висяков это решило, и, вероятно, решит любую проблему накопления ошибок процессами. Если в сутках найдется час, когда можно это сделать)
Ответили: (39) (42)
# Ответить
39. ГМВ 21.01.2012 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)
+ 1 [ irreal; ]
# Ответить
40. irreal 22.01.2012 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)
# Ответить
41. ГМВ 23.01.2012 08:29
(40) irreal, п.12 По моим наблюдениям, клиенты безболезненно переключаются на другой процесс, в некоторых случаях не переключаются, но и процесс тогда не закрывается, пока клиент не освободит соединение. Это наглядно видно, если открыть свойства рабочего процесса и установить "Не использовать". Перезапуск процесса обеспечивает "горячее" переключение сеанса.
Ответили: (43)
+ 1 [ irreal; ]
# Ответить
42. ГМВ 23.01.2012 11:57
(38) irreal, По поводу того, что сервер 1С перестает принимать соединения. Такое у нас было при малом количестве рабочих процессов. По моим наблюдениям, объем памяти, занимаемый одним рабочим процессом, не должен превышать 600 Мб, иначе начинаются проблемы. Исходя из этого, я увеличил количество активных рабочих процессов до 12-20. Позже проблема не возникала.
Ответили: (43)
# Ответить
43. irreal 23.01.2012 23:43
(41) ГМВ, да, вообще логично, вряд ли 1С сделала бы столь грубую официальную лажу.
(42) 7 моих процессов из расчета 2Гб*7=14Гб оперативки. Но если устроить рециркуляцию процессов... да, можно их довести до 20. Спасибо за опыт и развеянные стереотипы. Переоборудую систему.
# Ответить
44. VarvarV 12.04.2012 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) (46)
+ 1 [ ГМВ; ]
# Ответить
45. ГМВ 12.04.2012 12:03
(44) VarvarV, спасибо, это очень ценная информация, мы обязательно испытаем такой вариант.
# Ответить
46. ГМВ 27.04.2012 08:40
(44) VarvarV, Наши сисадмины не могут установить сервер 1С х32 на Win2003 х64, говорят, что никак не получится. Могли бы вы посоветовать мне руководство или поделиться опытом?
# Ответить
47. VarvarV 27.04.2012 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)
# Ответить
48. ГМВ 01.05.2012 17:13
(47) VarvarV, Ваша информация полностью подтвердилась у нас. Сервер 1С х32 устанавливается на Win 2003 R2 х64 без каких-либо проблем и позволяет сохранять конфигурацию в файл и выгружать информационную базу без ошибок. Проверено на платформе 8.2.15.289.
# Ответить
Внимание! Для написания сообщения необходимо авторизоваться
Текст сообщения*
Прикрепить файл