<![CDATA[Истечение времени ожидания подключения к базе данных в приложении CVP]]>Привет всем, У меня есть приложение CVP, которое выполняет простой запрос при каждом вызове для извлечения данных о вызывающем абоненте. Решение работает как ожидается, однако примерно через неделю (не всегда в одно и то же время) начинают появляться ошибки, и в журнале ошибок приложения ErrorLog я вижу следующее: The error was: A built-in element encountered an exception of type com.audium.server.AudiumException. Connection reset by peer: socket write error The root cause was: com.microsoft.sqlserver.jdbc.SQLServerException: Connection reset by peer: socket write error Я изменил приложение CVP, чтобы оно вручную указывало на резервный сервер базы данных в случае сбоя основной базы данных, однако я получаю ошибку, гласящую, что оно не может подключиться к jdbc, хотя оно существует в файле context.xml. The error was: A built-in element encountered an exception of type com.audium.server.AudiumException. There was a problem looking up the JNDI data source 'gshbckp'. The root cause was: javax.naming.NameNotFoundException: Name [gshbckp] is not bound in this Context. Unable to find [gshbckp].
com.audium.server.AudiumException: A built-in element encountered an exception of type com.audium.server.AudiumException. Перезапуск служб VXML устраняет эту проблему. Я связался с TAC, которые говорят, что проблема связана с базой данных, в то время как наша команда по базам данных указывает на проблему с конфигурацией приложения. Ниже приведен файл context.xml: <Resource auth="Container" name="jdbc/gsh" factory="org.apache.tomcat.jdbc.pool.DataSourceFactory" driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver" url="jdbc:sqlserver://dbserver:1433;user=user;password=;DatabaseName=DB" connection-creation-retry-attempts="5" type="javax.sql.DataSource"
/> <Resource auth="Container" name="jdbc/gshbckp" factory="org.apache.tomcat.jdbc.pool.DataSourceFactory" driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver" url="jdbc:sqlserver://dbserver2:1433;user=user;password=;DatabaseName=DB" connection-creation-retry-attempts="5" type="javax.sql.DataSource"
/> Я подключаюсь к SQL Server 2019 standard с помощью файла mssql-jdbc-6.4.0.jre7.jar. Буду очень благодарен за любую помощь.

]]>https://sla247.ru/forum/topic/1152/истечение-времени-ожидания-подключения-к-базе-данных-в-приложении-cvpRSS for NodeFri, 15 May 2026 02:13:05 GMTMon, 16 Feb 2026 18:34:20 GMT60<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:34 GMT]]>Ахмед, я удалил пробелы из своего файла context.xml и заменил их разрывами строк (как у вас) и получил ту же ошибку, что и вы: «недопустимый символ в XML». Поэтому я почти уверен, что если вы добавите пробел между каждым атрибутом, как здесь, это решит вашу проблему. type="javax.sql.DataSource" DriverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver" url="jdbc:sqlserver://onl-mssql.voicelab.local:1433;DatabaseName=Cisco;user=sa;password=@DBAadmin;encrypt=true;trustServerCertificate=true"/>

]]>https://sla247.ru/forum/post/8136https://sla247.ru/forum/post/8136Mon, 16 Feb 2026 18:34:34 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:33 GMT]]>Спасибо, Чад. Я также пробовал использовать простой пароль «password», но получаю ту же ошибку.

]]>https://sla247.ru/forum/post/8135https://sla247.ru/forum/post/8135Mon, 16 Feb 2026 18:34:33 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:32 GMT]]>Ахмед, я предполагаю, что вы видите это как ошибку Java в журналах ошибок приложения? Tomcat не любит специальные символы, поэтому я рискну предположить, что символ «@» в вашем пароле может быть причиной проблемы. Вы можете либо попробовать заменить этот символ, либо полностью его опустить. Я предлагаю второе, чтобы обеспечить подключение.

]]>https://sla247.ru/forum/post/8134https://sla247.ru/forum/post/8134Mon, 16 Feb 2026 18:34:32 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:31 GMT]]>Я использую CVP 12.6 с SQL 2016. Ниже прикреплен мой файл context.xml в формате zip.

context1.xml.zip

]]>https://sla247.ru/forum/post/8133https://sla247.ru/forum/post/8133Mon, 16 Feb 2026 18:34:31 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:30 GMT]]>Ахмед, Не могли бы вы поделиться со мной своим xml-файлом, чтобы я мог его посмотреть? Также сообщите мне, какую версию SQL/CVP вы используете.

]]>https://sla247.ru/forum/post/8132https://sla247.ru/forum/post/8132Mon, 16 Feb 2026 18:34:30 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:29 GMT]]>Здравствуйте, Чад, не могли бы вы поделиться примером вашего XML-файла, потому что у меня возникает странная ошибка? Хотя у меня есть несколько типов баз данных, я действительно пытаюсь заставить работать MS SQL, но получаю ошибку «INVALID_CHARACTER_ERR: Указан недопустимый или нелегальный символ XML».

context1.xml.zip

]]>https://sla247.ru/forum/post/8131https://sla247.ru/forum/post/8131Mon, 16 Feb 2026 18:34:29 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:28 GMT]]>Устранение этой проблемы, Джанин, сработало. Оказалось, что поскольку я настроил базу данных SQL как группу доступности для обеспечения избыточности, при переключении на резервный сервер иногда происходило отключение от базы данных. Удаление строки из контекстного файла помогло. Спасибо!

]]>https://sla247.ru/forum/post/8130https://sla247.ru/forum/post/8130Mon, 16 Feb 2026 18:34:28 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:27 GMT]]>Обязательно перезапустите VXML Server после внесения любых изменений в файл context.xml.

]]>https://sla247.ru/forum/post/8129https://sla247.ru/forum/post/8129Mon, 16 Feb 2026 18:34:27 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:26 GMT]]>Спасибо вам обоим за ответ.
@bill.king1
Я сначала удалил эту запись, а затем добавил ее для тестирования.
@janinegraves
В настоящее время мы используем CVP v11.6 и предположили, что ваше замечание относится к v12+. Я удалю эту запись и попробую еще раз.

]]>https://sla247.ru/forum/post/8128https://sla247.ru/forum/post/8128Mon, 16 Feb 2026 18:34:26 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:25 GMT]]>Рад слышать, что это помогло!

]]>https://sla247.ru/forum/post/8127https://sla247.ru/forum/post/8127Mon, 16 Feb 2026 18:34:25 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:24 GMT]]>Это решило мою проблему с SQL 2019 и CVP 12.6. Добавлю, что я только что обновил свое приложение vxml с помощью скрипта updateapp.sh после изменения context.xml, и изменения были применены. Я не перезапускал службу VXML, но сделаю это в нерабочее время. Спасибо, Дженин, как всегда, ты была спасительницей, когда дело касалось приложений CVP VXML.

]]>https://sla247.ru/forum/post/8126https://sla247.ru/forum/post/8126Mon, 16 Feb 2026 18:34:24 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:23 GMT]]>Привет,
@janinegraves
, я предполагаю, что это тот дефект, о котором ты говоришь? https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvo75092

]]>https://sla247.ru/forum/post/8125https://sla247.ru/forum/post/8125Mon, 16 Feb 2026 18:34:23 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:22 GMT]]>Вы пробовали без раздела «connection-creation-retry-attempts="5"», чтобы увидеть, есть ли какие-то улучшения/различия? Кроме того, какая это версия CVP?

]]>https://sla247.ru/forum/post/8124https://sla247.ru/forum/post/8124Mon, 16 Feb 2026 18:34:22 GMT<![CDATA[Reply to Истечение времени ожидания подключения к базе данных в приложении CVP on Mon, 16 Feb 2026 18:34:21 GMT]]>Я удивлен, что TAC не обнаружила эту проблему, потому что один из моих бывших студентов столкнулся с ней много лет назад и сказал мне, что для ее устранения нужно удалить атрибут factory — он не позволяет VXMLServer восстановить соединение после потери связи с SQL. В моем руководстве для студентов есть следующая информация: После 11.5: НЕ используйте этот метод factory, так как он приводит к тому, что VXML Server не восстанавливает соединение при перезапуске SQL factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"

]]>https://sla247.ru/forum/post/8123https://sla247.ru/forum/post/8123Mon, 16 Feb 2026 18:34:21 GMT