Передача данных прервана по инициативе принимающей стороны

Ответы на вопросы по теме: "Передача данных прервана по инициативе принимающей стороны" с полным описанием проблематики и способов решения. При возникновении дополнительных вопросов - задавайте их дежурному юристу.

v8: сервер приложений 8.3.3.641 СРОЧНО НУЖНА ПОМОЩЬ

Portaman 06.11.2013 06:40
Прочитано: 5828
Добрый день, не могли бы вы помочь решить проблему с зависанием сервера приложений?
В прошлом месяцу купили 1С, установлено: сервер предприятия 8.3.3.641, в компании работает сервер приложений x64 + Apache 2.2 + SQL сервер 2005.
Все службы запускаются от имени доменного администратора.
На сервере работают внешние клиенты на тонком клиенте на данный момент порядка 40-50 человек, без каких либо видимых причин в разные промежутки времени (может один раз в день, или по 2-3 раза) у клиентов пропадает возможность подключения к серверу, текущие соединения тоже разрываются, при попытке подключения до появления окна логина и пароля выходит сообщение, что «Соединение с сервером было разорвано по инициативе сервера», не помогает даже перезапуск службы сервера, при перезапуске службы она сначала стартует но спустя 1-2 минуты останавливается, помогает только перезагрузка всего сервера.

Посоветуйте пожалуйста что можно предпринять или как выяснить причину происходящего.
Спасибо.

Yandex
Возможно, вас также заинтересует
Jonsony 06.11.2013 09:24
Ответ № 1
ну так и смотрите что сервер делает в это время, через консоль сервера

и не плохо бы конфигурацию указывать

Portaman 06.11.2013 11:57
Ответ № 2
Управление страховой компанией редакция 1.0, 2010
Portaman 06.11.2013 12:00
Ответ № 3
где смотреть то? через консоль сервера вижу сеансы как на глазах таят в момент сбоя и все, где и что смотреть? вроде как нашел информацию что возможно это ограничение на количество подключений тонкого клиента. в 1С вроде как говорят что типа у нас не базовая конфигурация — поэтому. проблема в коде. заказывайте ревизию кода.бред какой то.
Jonsony 06.11.2013 14:21
Ответ № 4
(3) Portaman, было бы ограничение, тупо не пускало бы
а тут требует рестарта всей системы, вот код конфы тут точно ни каким боком
максимум платформы

что журнал событий кажет? (не виндовый)

PS
а почему именно 8.3 поставили? а не 8.2

и плюс ко всему последний релиз 8.3.3.721, скоро 8.3.4 будет (в тесте уже 8.3.4.317)

1С 8.3 : Выполняется ожидание возможности запуска.

Иногда, при попутке открыть программу 1С, вылетает сообщение: » Выполняется ожидание возможности запуска.

» При нажатии на клавишу «Выполнить запуск» никаких изменений не происходит и эта табличка висит на экране и идет отсчет времени. И так по кругу до бесконечности.

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

Решение: Перезапустить службу сервера агента 1С или перезапуск всего сервера / компьютера с программой 1С

Еще бывает при обновлении конфигурации

При попытке входа пользователя в базу появляется сообщение: «Ожидание запуска информационной базы. Установка соединения с информационной базой запрещена. Администратор просит вас самостоятельно завершить работу системы, в связи с необходимостью обновления конфигурации. Выполняется ожидание возможности запуска. » При нажатии на клавишу «Выполнить запуск» никаких изменений не происходит и эта табличка висит на экране и идет отсчет времени. Что делать?

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

Действия по решению проблемы зависят от варианты режима работы:

1) Файл-серверный режим работы базы. Для того, чтобы снять блокировку — удалите файл 1Cv8.cdn, который лежит в каталоге ИБ. После снятия блокировки, повторите попытку обновления.

2) Клиент-серверный режим. Снимите блокировку в консоли серверов в свойствах ИБ. После снятия блокировки, повторите попытку обновления.

УДАЛЁНКА.РУ

Компьютерная помощь на расстоянии!

Передача данных прервана по инициативе принимающей стороны

Проблема: Передача данных прервана по инициативе принимающей стороны

При загрузке информационной базы 1С процесс останавливается с ошибкой “ Передача данных прервана по инициативе принимающей стороны “.

…пока разбираюсь – если есть какие советы, пишите в комментарии

[3]

  1. 5
  2. 4
  3. 3
  4. 2
  5. 1

(10 голосов, в среднем: 4.8 из 5)

Комментарии:

5 thoughts on “ Передача данных прервана по инициативе принимающей стороны ”

Несколько раз переустанавливал sql и платформу.. Разные версии использовал, таже беда.

Нужно проверить базу которую заливаешь на ошибки с помощью утилиты 1С

У меня помогло только так:
1. Делаем dt c SQL базы (2014)
2. Подгружаем у себя в файловую, обновляем, выгружаем в dt
3. Загружаем dt у себя на SQL (2008 R2)
4. Отсоединяем (2 файла .mdf и .lgf)
5. Делаю архив этих 2-х файлов (сжатие 50%)
6. Перекидываю клиенту
7. Разархивирую, копирую в каталог DATA, присоединяю (важно чтоб пользователь был sa или с аналогичными правами)
8. Готово! База обновлена и работает.
PS. По другому никак ((

Интересно. Пока эта проблема “лежит” в сторонке на виртуалке. Надо будет потестить этот вариант.

Почему сервер 1С Предприятия периодически отваливается?

Доброго времени суток друзья, столкнулся с проблемой, не могу разобраться с ее решением. Обо всем по порядку.
Не так давно, мы начали переход на 1С БП 3.0 и все что на ней основано, по сравнению с 2.0 тормозить она стала раз в 5 больше, базы открывались от 2 до 5 минут! Решение пришло быстро, MS SQL Server.
Так как для меня это первый опыт его настройки, начал я тренироваться в виртуальной машине Hyper-V, все работало более менее, пока я не загрузил туда БД сельхоз отдела, примерно через 2 — 3 часа работы сервер перестает работать, базы не подключается, даже напрямую на этом же сервере. В локальной сети выходит ошибка «1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением». Сначала я грешил на сетевую карту, потом на брандмауер (его отключение тоже не помогло), и вот вчера я взял физический сервер, все настроил установил, перенес базы и буквально час назад та же беда! Все драйвера обновлены, мощности сервера должно хватать (Xeon X5606 2.13 Ghz/24Gb RAM DDR3 1333/LAN 1Gb) у сети топология «Звезда». Последнее на что грешу то что сервер не включен в домен Active Directory, но тогда почему и на самом сервере база отваливается?
Кратко о ПО:
1С Предприятие 8.3.8.2088
MS SQL Server 2014 SP1
Windows Server 2008R2
Буду рад любому совету.

Читайте так же:  Можно ли вернуть автозапчасти в магазин

Дополнено:
Аналогичная проблема проявляется на Debian. С одной базой УТ10 работает нормально. При переносе старой БД (бухгалтерия) с файлового варианта на SQL (postgres) периодически раз в 1-2 недели базы становятся недоступными до перезапуска службы srv1cv83. Есть ощущение что чем больше баз переносится тем меньше срок работы до перезапуска, так при переносе 5 БД срок работы был 2-3 дня.
К одной базе УТ10 доступ осуществляется локально (на одной машине), при добавлении других баз работа с ними начинается через клиентов по сети, но в момент сбоя базы недоступны ни в каком виде до перезапуска службы srv1cv83.
В технологическом журнале из подозрительного можно выделить только следующее:

1С: Ошибка обращения к серверу 1С:предприятия

Добрый день! При переводе 1С предприятия с редакции 2.0 на 3.0 возникает ошибка:

Ошибка обращения к серверу 1С:Предприятия
по причине:
server_addr=tcp://MINFRAME:1561 descr=10054(0x00002746):Удаленный хост принудительно разорвал существующее подключение.line=1562 file=srcDataExchangeTcpClientmpl.cpp

Данная ошибка возникает примерно через час после нажатия F7(Обновить конфигурации БД).

SQL сервер 2014 runtime. Платформа 8.3.7.2008. Переход с версии 2.0.65.21 на 3.0.43.174.

Еще особенность SQL сервер и сервер 1С установлены на одном сервере. В безопасности установлены проверка подлинности SQL сервера и windows.
Попробовала на другом комп., там полный sql обновился без ошибок.(Здесь Сервер 1С и SQL Разделены).

Помогите разобраться, где в SQL нужно что настроить?

19.05.2016, 11:31

Ошибка при запуске 1С:Предприятия: Ошибка подключения HRESULT=80004005
Здравствуйте, помогите, пожалуйста. Посмотрел в инете и мало что понял из написанного там. Во.

Отменить Wcf метод обращения к серверу
Добрый день. Ситуация: Есть сервер, подключенный к БД. Есть клиент на WinForm, обмен данными.

Где обсуждаются проблемы обращения к 1с как к оле-серверу?
Подскажите, плз, сайты , где обсуждаются проблемы обращения к 1с как к оле-серверу. А то вопросов.

Как можно продиагностировать DNS запросы, включая обращения к кэшу, и сами запросы от DNS клиента к серверу?
Добрый день! Подскажите пожалуйста, каким образом можно в операционной системе MS Windows 7.

19.05.2016, 15:08 2

Prsvet, ОС какая?

Добавлено через 24 секунды
И версия сервера 1С (32 — 64?)

20.05.2016, 10:32 [ТС] 3

1. ОС Windows Server 2008 R2 standart, 64 разрядная ОС.
2. Версия сервера 1с — 8.3 , 64- разрядная.
3. MSSQLSERVER 2014 12.0.20008 standart edition(64-bit)RTM.

Комп, где обновилась версия без откл. сервера:
1. ОС Windows 8.1 64 разр
2. Версия 1С — та же, запуск на сервере
3. MSSQLSERVER 2014 12.04.2130 Enterprise Evalution Edition(64-bit)

20.05.2016, 10:32

Ошибка обращения к памяти
Здравствуйте. Перевожу алгоритм из Matlab в Delphi. Сначала использовал обычные массивы, чтобы.

Ошибка обращения к системному реестру
Создал проект в нем activex dll пытаюсь компилировать и вылетает ошибка обращения к системному.

Ошибка обращения к нулевому адресу
Есть программа, которая при запуске обращается к фтп серверу, считывает с него несколько файлов и.

Переключение журнала регистрации в старый формат

Переключение журнала регистрации в старый формат

Новый формат журнала регистрации был реализован в платформе 1С:Предприятие 8 в версии 8.3.5.1068. Начиная с этой версии при создании новой информационной базы журнал регистрации будет храниться в одном файле базы данных SQLite с расширением .lgd, который располагается:

  • Для файлового варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы.
  • Для клиент-серверного варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы в каталоге служебных файлов кластера. Имя каталога можно определить по файлу реестра данных кластера.

Целью переработки журнала регистрации и перевода его в новый формат было увеличение скорости выполнения запросов к нему и повышение надежности хранения данных. Новость об этом была размещена на официальном ресурсе фирмы 1С. Обновление платформы до версии 8.3.5.1068 и выше не приводит к автоматическому переводу журнала регистрации в новый формат у уже созданных информационных баз. Но при этом имеется возможность смены формата на новый штатными средствами платформы. Для этого следует открыть диалог настройки журнала регистрации (Главное меню –> Администрирование –> Настройка журнала регистрации) и нажать кнопку «Новый формат».

Проблемы при работе с новым форматом журнала регистрации

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

Итак, одна из проблем возникает после перезапуска кластера серверов или аварийного завершения работы менеджера кластера. При этом возможно разрушение структуры файла журнала регистрации .lgd. При попытке открыть такой журнал регистрации происходит ошибка:

sqlite3_step failed: database disk image is malformed

Также иногда можно заметить проявление следующей ошибки при попытке в конфигураторе открыть файл журнала регистрации нового формата:

sqlite3_exec failed: attempt to write a readonly database

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

81029657-3fe6-4cd6-80c0-36de78fe6657: Передача данных прервана по инициативе принимающей стороны.’

Данная строка ТЖ говорит о том, что процесс rmngr центрального сервера не отвечает, так как занят работой с журналом регистрации. И далее в технологическом журнале можно видеть следующие записи:

0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657, Descr=’srcRMngrCalls.cpp(549):
81029657-3fe6-4cd6-80c0-36de78fe6657:server_addr=tcp://[сервер]:[порт] descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=1073 file=srcDataExchangeTcpClientImpl.cpp’

Помимо этого, достаточно часто возникает проблема с высоким потреблением памяти журналом регистрации в новом формате. Данное поведение проявляется, например, если кто-то из пользователей случайно запустит выборку по ЖР без ограничения по периоду. При этом весь журнал регистрации попадет в память, вытеснит весь кэш и «положит» сервер.

[2]

Данные проблемы являются достаточно критичными и при их проявлении рекомендуется перевести журнал регистрации в старый формат.

Перевод журнала регистрации в старый формат

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

Читайте так же:  Очередность проведения капитального ремонта многоквартирных домов

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

…1cv8[каталог служебных файлов службы 1С, обычно srvinfo]reg_ + [номер порта менеджера кластера][UUID информационной базы]

Уникальный идентификатор информационной базы (UUID) можно получить из файла «1CV8Clst.lst», который располагается в каталоге реестра кластера. Для быстрого получения идентификаторов баз и их имен из файла реестра кластера можно воспользоваться следующим регулярным выражением:

Далее в каталоге файлов информационной базы ищем папку «1Cv8Log» и переносим оттуда все файлы в отдельный каталог. Затем в папке «1Cv8Log» создаем пустой файл журнала регистрации в старом формате «1Cv8.lgf».

После того как все этапы данной процедуры выполнены, запускаем службу 1С. Готово, теперь журнал регистрации переведен в старый формат. Чтобы обратно вернуться к новому формату ЖР воспользуйтесь инструкцией, описанной во введении данной статьи.

Заключение

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

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

Передача данных прервана по инициативе принимающей стороны

Помогите разобраться с ошибкой.

Имеется
1. Сервер приложений = Windows Server 2003 x64 SP2, 1С:Предприятие v8.1.11.67
2. Сервер БД = Windows Server 2003 x64 SP2, MS SQL 2005 x64
3. Клиент = Windows 2000 SP4 или Windows XP SP2

При формировании некоторых отчетов в Windows 2000 через несколько минут выдается ошибка «Передача данных прервана по инициативе принимающей стороны» и клиент закрывается.
При этом формирование в Windows XP или на сервере происходит без проблем.

Не пойму в чем проблема. Как зделать так, чтоб работало на Windows 2000?
Может какой TCP Timeout есть? Или еще что?

Конфигурация не менялась, месяц назад все работало.

Тема: Ошибка обращения к серверу 1С:Предприятия. по причине:

Опции темы
Поиск по теме
Отображение
  • Линейный вид
  • Комбинированный вид
  • Древовидный вид

Ошибка обращения к серверу 1С:Предприятия. по причине:

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://srv1c:1560 descr=recv returns zero, disconnected line=1367 file=srcDataExchangeTcpClientImpl.cpp

[Только зарегистрированные пользователи могут видеть ссылки. ]

Кто сталкивался с такой ошибкой? Подскажите как решить, вылетает пока при выгрузке базы в конфигураторе, не сразу, а спустя пол минуты
Сервер на CentOS 7 (x64) + PostgreSQL 9.2 (x64) + 1C_Server8.3.5.1460 (x32)

———- Post added at 17:32 ———- Previous post was at 16:56 ———-

Дело было так, сначала ставил х64 сервер 1С, но ключ оказался х32, пришлось тот снести и поставить х32, заметил одну странную особенность, почему то висит 2 процесса rphost
[Только зарегистрированные пользователи могут видеть ссылки. ]
как убрать один?)

При всем при этом маленькая база (200МБ в выгрузке) выгружается без ошибок, а база которая по тяжелее (1,7ГБ в выгрузке) вызывает подобную ошибку

Здравствуйте! Та же проблема в Deian. Вы решили как-то?

да решил)) поставил на сервер esxi6 на него натянул сервер посгри на центосе7 х64 и перенес винду 2003 серверную на виртуалку и туда установил сервер 1с х32, 1с летает, одной рукой набираю этот текст, другой слезы счастья вытираю

Ошибки SQL сервера

Отказ со стороны Microsoft SQL Server в доступе сервера 1С:Предприятия к базе данных от имени пользователя SQL сервера является наиболее частой причиной сообщения об ошибке, возникающего при попытке подсоединения клиентского приложения 1С:Предприятия к клиент-серверной информационной базе. К таким ошибкам относятся:

Microsoft OLE DB Prov >

Ошибка может возникнуть в следующих ситуациях:

на SQL сервере установлен режим аутентификации «Windows only»;

к данным от Microsoft SQL Server 7.0 (MDAC 2.1) применяются клиентские компоненты;

на клиентском компьютере используется протокол «Multiprotocol» для доступа к SQL Server.

Чтобы исправить положение, желательно настроить доступ к SQL серверу.

Microsoft OLE DB Prov >

Ошибка могла возникнуть при перезагрузке SQL сервера во время работы сервера 1С:Предприятия. Если данная ошибка появилась, то необходимо перезагрузить также сервер 1С:Предприятия.

Microsoft OLE DB Prov >

Для начала, обратите внимание на идентификатор библиотеки, который записан в квадратных скобках. Список некоторых возможных значений представлен ниже:

DBNETLIB — библиотека, которая используется на клиенте SQL сервера для доступа к SQL серверу по любому протоколу.
dbnmpntw — протокол Named Pipes для Win32
dbmssocn — протокол Winsock TCP/IP для WIN32
dbmsspxn — протокол SPX/IPX для WIN32
dbmsvinn — протокол Banyan Vines для Win32
dbmsrpcn — протокол Multi-Protocol (Windows RPC) для Win32
dbnmp3 — протокол Named Pipes для Win16
dbmssoc3 — протокол Winsock TCP/IP для Win16
dbmsspx3 — протокол SPX/IPX для Win16
dbmsvin3 — протокол Banyan Vines для Win16
dbmsrpc3 — протокол Multi-Protocol (Windows RPC) для Win16

В данном примере при попытке обращения к серверу 1С:Предприятия по протоколу «Named Pipes» пользователю USER1CV8SERVER (от его имени работает сервер 1С:Предприятия) отказано в доступе системой безопасности того компьютера, на котором установлен SQL сервер. Чтобы исправить ошибку, следует либо использовать другой протокол, либо обеспечить компьютеру с SQL сервером возможность аутентификации пользователя USER1CV8SERVER.

Microsoft OLE DB provider for SQL Server: Cannot open database request in Login «upp». Login fails.

Если у Вас появилось такое сообщение, это говорит о нештатном завершении сервера 1С:Предприятия, когда информационная база находилась в монопольном режиме. В это время база данных SQL сервера остается в однопользовательском режиме, и сервер 1С:Предприятия не может к ней присоединиться. Чтобы исправить данную ошибку, запустите Microsoft SQL Server Enterprise Manager, войдите в свойства базы данных, где располагается информацианная база, и выключите однопользовательский режим.

Microsoft OLE DB prov >

Подобная ошибка может возникать, если для выполнения какого-то действия в 1С:Предприятии нужно перевести информационную базу в режим монопольного доступа, а перевод базы данных в однопользовательский режим невозможен из-за того, что к ней, вместе с сервером 1С:Предприятия, подсоединено еще какое-либо приложение. Для выполнения необходимых действий, которые требуют монопольный доступ к информационной базе, необходимо отключиться от соответствующей базы данных всеми другими приложениями. Приложения, которые подсоединены к базе данных, можно найти в Microsoft SQL Server Query Analyzer.

Читайте так же:  Как продать квартиру самостоятельно без посредников пошаговая инструкция

Особенности исполнения запросов SQL сервером

Главная причина возникновения следующих ошибок — особенности исполнения запросов SQL сервером Microsoft SQL Server. Ошибки могут возникать в следующих ситуациях:

достижение недокументированных программных ограничений SQL сервера;

проявление на конкретном SQL запросе ошибок Microsoft SQL Server.

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

Microsoft OLE DB prov >

Данная ошибка означает, что выражение, вложенное в агрегатные функции или использованное в разделе СГРУППИРОВАТЬ ПО, содержит вложенные запросы. Начиная с 1С:Предприятия 8.0.9.32, данную ошибку диагностирует компилятор языка запросов.

Microsoft OLE DB prov >

Ошибка может возникнуть при построении планов запросов, которые включают вложенные запросы и операцию объединения таблиц. Чтобы предотвратить данную ошибку, избегайте объединения полей типа Строка ограниченной длины с полями типа Строка неограниченной длины, если при этом они являются результатами вложенных запросов. Начиная с версии 8.0.11.3, платформа 1С:Предприятия не накладывает каких-либо ограничений на пользовательские запросы.

Microsoft OLE DB Prov >

Ошибка может возникать при исполнении сложных запросов. Если у Вас выскочило сообщение о такой ошибке, попробуйте видоизменить запрос.

Microsoft OLE DB prov >

Microsoft SQL Server 2000 и 2005 позволяют использовать в простом запросе не более 256 таблиц базы данных. Если количество таблиц превышает 256, то выдается сообщение об ошибке. Начиная с версии 8.0.11.3 платформа 1С:Предприятия выдает диагностику без завершения работы клиентского приложения.

Microsoft OLE DB prov >

Во избежание возникновения данной ошибки не используйте вложенных запросов с разделами «УПОРЯДОЧИТЬ ПО», если исходный запрос содержит операцию «ОБЪЕДИНИТЬ».

Microsoft OLE DB prov >

Данная ошибка возникает в случае группировки записей и вычисления агрегатных функций, если при этом группировка выполняется над результатом вложенного запроса, и длина записи результата этого запроса превышает 4000 байт. Причиной такой ошибки является неправильное вычисление Microsoft SQL Server 2000 максимальной длины результата операции SUBSTRING над полем неограниченной длины.

Ошибки при выполнении операций над данными

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

Microsoft OLE DB prov >

Данная ошибка возникает при выполнении функций над датами в том случае, когда в качестве результата получается слишком большая или слишком маленькая дата. Минимально допустимой датой является 1 января 1753 года, а максимально допустимой — 31 декабря 9999 года.

Ошибки размещения базы данных

Видео (кликните для воспроизведения).

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

Microsoft OLE DB prov >

Подобное сообщение может возникнуть при загрузке информационной базы или при ее реструктуризации в том случае, если диск с базой данных SQL сервера имеет недостаточно свободного места.

Ошибки исполнения транзакций

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

Microsoft OLE DB prov >

Сообщение означает взаимную блокировку транзакций, начатых двумя или большим количеством пользователей. Если такое сообщение появляется часто, это свидетельствует о неудачных решениях, реализованных в конфигурации. Чтобы бороться со взаимной блокировкой, используют ключевое слово «ДЛЯ ИЗМЕНЕНИЯ» в языке запросов.

Передача данных прервана по инициативе принимающей стороны

При попытке загрузить базу УТ 11.2 словил «Передача данных прервана по инициативе принимающей стороны» 1С 8.3.7.1949 клиент сервер. Попытка поднять версию платформы до 1С 8.3.8.2167 ничего не дала, ошибка повторилась.

Иногда со второго(третьего) раза срабатывает!?

Помогло убийство старой базы в ноль и новое ее создание.

УДАЛЁНКА.РУ

Компьютерная помощь на расстоянии!

Category Archives: 1c

nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий:

Решили проблему!
Вот по этому пути: C:ProgramData1C1Cv82conn8211.pfl

удалили conn8211.pfl и всё заработало!

Неплохо еще удалить IPV6 если он не используется.

p.s. Папка C:ProgramData скрыта!

Не обнаружена установленная версия 1С:Предприятия

Не обнаружена установленная версия 1С:Предприятия такая ошибка выводится при запуске 1С. Данная проблема может появиться Continue reading →

Передача данных прервана по инициативе принимающей стороны

Проблема: Передача данных прервана по инициативе принимающей стороны

При загрузке информационной базы 1С процесс останавливается с ошибкой “ Передача данных прервана по инициативе принимающей стороны “.

…пока разбираюсь – если есть какие советы, пишите в комментарии

Аренда сервера 1с

Аренда сервера 1С Предприятие 8

Услуга Аренда сервера 1С – это современное решение для компаний, использующих в своей работе Программные продукты 1С Предприятие.

Преимущества аренды сервера 1С для руководителя.

Как аренда виртуального сервера 1С снизит Ваши расходы?

Аренда виртуального сервера 1С который, точнее можно назвать облачным, это название более точно характеризует эту уникальную систему.

Облачный сервер является полноценной и самостоятельной системой. Если сравнить его с обычным сервером, то управление практически ничем не отличается. Есть лишь один существенный плюс: администратор имеет возможность полноценно управлять и регулировать ее, с небольшим исключением – отсутствует аппаратная часть. Такая особенность позволяет предотвратить множество проблем, которые присущи как стационарному, так и виртуальному хостингу. То есть работу облачного сервера 1С поддерживают несколько “железных” серверов и при выходе строя одного – “отряд не заметит потери бойца”. И система будет работать до последнего “живого” аппаратного сервера.
Аренда облачного сервера 1С – больше преимуществ при меньших затратах!

1С 8.3 : Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс.

Бывает, однажды, ни с того и с чего программа 1С нам выдает: Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Несколько вариантов поиска ошибок и решений:

1. Глюк сервака — всякое бывает

Остановите в диспетчере задач процессы: ragent rphost rmngr и Запустите службу «Агент сервера 1С:Предприятие»

2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst

Нужно удалить все из папки srvinfo

Для Windows

зайдите в каталог c:program files1c1cv82 srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Запустите службу «Агент сервера 1С:Предприятие».

Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы

Читайте так же:  Право пожизненного наследуемого владения земельным участком

3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.SrcDataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Данная проблема связана с тем, что настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера 1С:Предприятие»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера 1С:Предприятие».

После выполнения указанных действий — Все будет

Передача данных по инициативе сервера, обзор COMET. Кто запустил анализ журнала регистрации? Передача данных прервана по инициативе принимающей стороны

COMET-технологии позволяют организовать обновление данных на странице без участия пользователя.

Чаты, интернет-почта и многопользовательские админки — далеко не полный список, где они применимы.

В этом цикле статей — подробно описаны многочисленные тонкие моменты и решения частых проблем.

Что такое COMET ?

COMET (или «server push») — способ передачи данных с сервера на клиент, по инициативе сервера.

Например, у вас есть электронный магазин, и менеджер может отслеживать переходы клиента.
COMET позволяет менеджеру тут же, онлайн, спросить клиента о чем-то, предложить интересный вариант.

«По инициативе сервера» означает, что клиент сам не запрашивает сервер, он просто находится на странице.

Старейший пример COMET — чат. Человек просто находится на странице и получает новые сообщения.

Также COMET используется в админках для оповещения об изменениях со стороны других посетителей, для совместного редактирования документов и т.п.

Способы реализации

Способов реализации COMET достаточно много. У них — самые разные характеристики, достоинства и недостатки.
Есть два основных класса.

По сообщению на запрос

Каждое событие на сервере браузер получает отдельным запросом. Здесь есть два основных метода.

  1. Частый опрос (polling)
  2. Длинный опрос (long-poll)

Чтобы уменьшить количество необходимых соединений и задержки, сообщения о событиях пакуют в специальные пакеты, «датаграммы».
Например, одно XML-сообщение может выглядеть как:

При очередном подключении браузер получает сразу весь пакет событий к настоящему моменту.

Браузер держит постоянное соединение с сервером, так называемый «канал», и получает через него события.

Канал связи разрывается время от времени:

  • чтобы прокси не подумал, что настал таймаут соединения и не порвал его за нас
  • для очистки памяти от мусора старых сообщений

Кроме того, для измерения сетевых задержек и контроля соединения, сервер может периодически посылать по этому каналу ping-пакеты.

Основные способы поддержания постоянного соединения:

  1. Бесконечный IFrame
  2. XMLHTTPRequest, interactive
  3. Multipart XMLHTTPRequest
  4. Event-source

Вы найдете их в других статьях этого раздела.

Общие для постоянных соединений проблемы

Протокол HTTP изначально создавался так, чтобы один запрос возвращал одну единицу информации. А мы хотим — много, отсюда и некоторые сложности.

Буферизация прокси

Такое встречается редко, но прокси может буферизовать определенное количество данных до передачи клиенту. Например, принимать и отдавать ответ блоками по 2К. В этом случае сообщения будут оставаться на прокси, и ждать, пока их не наберется 2К (или какой там размер буфера) байт, и только тогда — передаваться клиенту.

Решение — добавлять к каждому сообщению 2K пробелов.

Неизвестно, коснется ли Вас эта проблема. Надеюсь, что нет, но иметь в виду буферизацию прокси как возможную причину жалоб пользователей — надо обязательно.

Нельзя GZIP

IFrame, который служит для передачи сообщений, НЕ должен сжиматься gzip/deflate. Иначе говоря, для служебного URL сообщений сжатие должно быть отключено.

Включенное сжатие подразумевает, что браузер ждет конца загрузки, а затем — распаковывает и показывает пользователю. В нашем же случае это категорически противопоказано, а сжимать кусочки страницы (сообщения) по отдельности нельзя.

Это — неприятное последствие хакерской натуры iframe. Например, в long poll сжатие проходит на ура, т.к события не являются частью одной страницы.

Буферизация страницы сервером

Не забудьте отключить буферизацию сервером. В связке Apache/PHP — отключите output buffering и включите ob_implicit_flush:

While (@ob_end_flush()) ob_implicit_flush(1); // ну и конечно убрать лимит на время выполнения скрипта set_time_limit(0);

COMET: частый опрос VS постоянное соединение

Как всегда, при написании веб-приложения встает вопрос о выборе архитектуры. С одной стороны, решения на длинных соединениях (все, кроме частых опросов) обеспечивают быстрое уведомление. С другой. Всегда ли длинное соединение лучше частых опросов?
Решение с длинными соединениями с виду оптимальнее, но гораздо сложнее и обладает рядом особенностей.

  1. Реализация длинного коннекта, как правило, усложняет архитектуру. Возможно, можно обойтись решением попроще?
  2. Ряд веб-серверов плохо оптимизированы под большое количество длинных соединений. Например, используются потоки или процессы, которые отъедают фиксированное количество ресурсов и не освобождают их до конца соединения.На уровне OS проблема решается использованием kqueue(FreeBSD) или epoll(Linux).На уровне веб-сервера можно использовать
    1. Apache MPM event для apache 2.2 (экспериментальный и ограниченный MPM, специальный поток обрабатывает Listening и Keep-Alive сокеты)
      не работает как следует с mod_perl/mod_php
    2. Jetty (Java) / Twisted(Python), nginx и другие специализированные серверы c одним потоком/процессом на много клиентов.

Потянет ли текущая серверная архитектура длинные соединения? Ответ неочевиден для сотен/тысяч одновременных соединений, но, скажем, до 100 соединений в любой архитектуре все хорошо.

  • Насколько долго пользователи находятся на одной и той же странице? При переходах коннект, скорее всего, придется открывать заново в любом случае.
  • Если допустимы задержки доставки событий, то, может быть, хватит частого опроса?
  • Классическая(transport-independant) модель COMET

    Посмотрим на взаимодействие клиент-сервер «с высоты птичьего полета», выше деталей передачи данных, транспортов и т.п. Например, так это сделано в специализированном server-push движке lightstreamer.

    Соединения с сервером делятся на два типа

    1. Control connection — контрольные соединения, через которые клиент отправляет запросы на сервер. Это — обычные AJAX-запросы через XMLHTTPRequest.
    2. Push connection(channel) — поток событий, соединение, через которые клиент получает события с сервера
    Читайте так же:  Как вернуть или обменять товар без чека

    У всех событий на сервере есть тип. Клиент может подписываться и отписываться на интересующие его события через контрольные соединения. Для удобства типы организованы по схемам. Например, в схеме chat может быть тип message.

    Например, следующая диаграмма описывает типичную последовательность действий:

    1. Клиент открывает потоковое соединение к серверу
    2. Клиент подписывается на события типа Item1 в схеме Schema1
    3. Сервер шлет события
    4. Клиент отписывается от событий через новое контрольное соединение
    5. Клиент закрывает соединение

    Или — вот более сложная диаграмма, в которой клиент подписывается уже на разные типы событий:

    В качестве транспорта в lightstreamer используется iframe. Время от времени его необходимо закрывать для очистки от принятых объектов. При закрытии сессии (это же происходит при refresh страницы в браузере) сервер буферизует новые события до некоторого таймаута и отдает их, как только открывается новая сессия Stream Connection 2 того же пользователя.

    Вообще, буферизация событий — общий прием, который позволяет мягко переживать закрытие соединения, и нужен при любом транспорте.

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

    Последствия могут быть самые разные, а именно:

    • Не поданная в сроки заявка на участие в конкурсе
    • Проигранный электронный аукцион
    • Не подписанный в срок государственный контракт

    Три наиболее распространённые проблемы в работе с электронной подписью

    1. Сертификат участника закупки не отображается на электронной площадке
    2. Электронная подпись не подписывает документы

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

    Самое главное — запомнить, что для корректной работы электронной подписи необходимо использовать браузер Internet Explorer не ниже 8 версии и, желательно, не выше 11 (с 11 версией нет гарантий стабильной работы подписи).

    Сертификат ключа подписи не виден на площадке при попытке входа в систему

    В данном случае ошибка вызвана сразу несколькими причинами, а именно:

    • Некорректная настройка сертификата ключа подписи
    • Неправильно настроен интернет браузер
    • Отсутствует корневой сертификат Удостоверяющего Центра

    Как решить проблему?

    В первую очередь, необходимо убедиться в том, что Вы корректно установили открытую часть сертификата в личные через СКЗИ (Крипто Про). При этом версия установленной программы подходит для типа вашей операционной системы.

    Затем, в настройках браузера Internet Explorer необходимо добавить адреса площадок в надежные узлы и включить все элементы ActiveX.

    Электронная подпись выдает ошибку при подписании документов

    Как правило, эта ошибка возникает в ряде случаев:

    • Истек срок действия лицензии программы КриптоПро
    • Вставлен носитель с другим сертификатом

    Как это исправить?

    Для этого Вам необходимо получить новую лицензию, обратившись в Удостоверяющий Центр. После того, как лицензия благополучно получена, необходимо запустить КриптоПро и ввести серийный номер лицензии.

    Во втором случае Вам необходимо проверить все закрытые контейнеры (носители), вставленные в USB-разъем компьютера и проверить правильность выбора нужного сертификата.

    Система выдает ошибку при входе на электронную площадку

    Данная ошибка может быть вызвана совокупностью причин, указанных выше. Как показывает практика, такая ошибка в первую очередь появляется из-за неправильно установленной библиотеки Capicom. Рекомендуем проверить наличие установленной библиотеки на Вашем компьютере и обратить внимание на необходимость копирования 2 системных файлов с расширением.dll в одну из папок Windows, при пользовании 64-разрядной системой.

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

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

    Признаками данной проблемы являются:

    Невозможно зайти в информационную базу.

    Почти 100% активность диска, на котором расположен журнал регистрации и активное чтение файла журнала регистрации процессом rmngr.
    Данный пункт можно проверить с помощью монитора ресурсов (Диспетчер задач — Производительность — Открыть монитор ресурсов) на вкладке “Диск”.
    В группе “Запоминающие устройства” нужно обращать внимание на колонку “Активное время (%)”.
    В группе “Работа диска” нужно обращать внимание на колонки “Чтение” и “Файл”. Можно отсортировать по колонке “Чтение”. Среди первых строк с максимальной скоростью чтения будет процесс rmngr. Далее нужно смотреть имя читаемого файла, оно будет соответствовать журналу регистрации определенной информационной базы.

    В консоли администрирования кластера серверов 1С:Предприятие в списке сеансов почти у всех пользователей будет большое и приблизительно одинаковое значение в колонке “Захвачено СУБД” или в колонке “Время вызова (текущее)”.

    При обнаружении проблемы нужно:

    Запомнить УИД ИБ, к которой выполняется чтение процессом rmngr.

    Запустить сбор технологического журнала на события EXCP, если еще не запущен.

    Сделать экспорт всех сеансов на проблемном сервере ИЛИ на проблемной ИБ с помощью консоли администрирования кластера серверов 1С:Предприятие, на случай, если понадобятся дополнительные данные для анализа.

    Перезапустить службу 1С:Предприятие.

    Собрать технологический журнал на время перезапуска сервера 1С:Предприятие.

    Проанализировать технологический журнал: выполнить поиск слов “ВыгрузитьЖурналРегистрации” или “UnloadEventLog”.

    29:40.069000-0,EXCP,4,process=rphost, p_processName=ib_accounting ,t:client >t:computerName=COMP ,t:connect >Usr=ИвановИИ ,App >

    ОбщаяФорма.ФормаОтчета.Форма: 1242: ВариантыОтчетов.СформироватьОтчетВФоне(ПараметрыФормированияОтчета, РезультатФоновогоЗадания.АдресРезультата);

    ОбщийМодуль.ВариантыОтчетов.Модуль: 2544: Формирование = СформироватьОтчет(Параметры, Ложь, Ложь);

    ОбщийМодуль.ВариантыОтчетов.Модуль: 2060: ОтчетОбъект.СкомпоноватьРезультат(Результат.ТабличныйДокумент, Результат.Расшифровка);

    ВнешнийОтчет.АнализЖурналаРегистрации.МодульОбъекта: 64: ВыгрузитьЖурналРегистрации (ТЗ,Отбор,Колонки);»

    Видео (кликните для воспроизведения).

    По этой строке можно сказать кто: ИвановИИ, где (на каком компьютере): COMP , в какой информационной базе: ib_accounting запустил анализ журнала регистрации.

    Источники


    1. Андреева, Ю. С. Квалификационный экзамен на присвоение статуса адвоката / Ю.С. Андреева. — М.: Проспект, 2016. — 48 c.

    2. Валютное право; Юрайт — Москва, 2011. — 592 c.

    3. Смоленский, М. Б. Теория государства и права для студентов вузов / М.Б. Смоленский. — М.: Феникс, 2014. — 256 c.
    Передача данных прервана по инициативе принимающей стороны
    Оценка 5 проголосовавших: 1

    ОСТАВЬТЕ ОТВЕТ

    Please enter your comment!
    Please enter your name here