Tedious: Ошибка подключения ESOCKET от веб-приложения node js к подключению к базе данных MSSql

Привет @Praveen335 👋🏻

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

• какую именно версию tedious вы используете?
• когда именно эта ошибка возникает? Судя по трассировке стека, это происходит при подключении к базе данных, но могут ли одновременно подключаться другие процессы? Я думаю, что это может быть проблема SQLServer (возможно, из-за упомянутой вами высокой нагрузки), а не проблема с самим tedious .

Спасибо! 🙇🏻‍♂️

Привет @arthurschreiber ,
Спасибо за ваш быстрый ответ. Я уже обновил нудную версию в своем посте.

Детали версии:
"утомительный": "2.0.1",
"mssql": "^4.0.4",

Мы рассмотрели активный рабочий поток для SQL-сервера и сетевое подключение, передав его в службу поддержки Microsoft. Они упомянули все хорошее с конца SQLServer. Процент рабочей нити также меньше. Я попытался повторить попытку с пользовательской логикой. Но не повезло. После получения ошибки сокета он постоянно выдает все последующие запросы. Любое предложение или рекомендация действительно поможет нам. В настоящее время мы используем пул соединений для подключения к базе данных.

Спасибо,
Правин.

То же самое здесь, он внезапно доходит до этого состояния и застревает...

Мы также видим те же ошибки подключения, происходящие в нашей системе.

Мы подключаем пул соединений при запуске службы.
new App.SQL.ConnectionPool

В случайный момент запрос завершается с ошибкой:

ConnectionError: Не удалось подключиться к серверу базы данных: 1433 - Не удалось подключиться (последовательность)

Служба перезапускается автоматически, но продолжает выдавать эти ошибки в течение примерно 20 минут. После этого служба перезапускается и может снова подключиться.

Мы наблюдаем это с несколькими процессами узла на этом сервере, но они не отключаются одновременно (иногда они это делают), что довольно странно. Мы считаем, что причина в приложении NodeJS, а не в базе данных mssql.

Мы используем эти версии:

mssql: 4.3.0 (последняя)
утомительная версия, включенная в этот пакет, - 2.7.1.

Привет. Мы также испытываем эту проблему.

Это наши версии:
MSSQL: 4.3.0
который использует утомительную версию: 2.7.1

ConnectionError: Failed to connect to xxxxxx.database.windows.net:1433 in 15000ms
at Connection.tedious.once.err (...node_modules\mssql\lib\tedious.js:239:17)
at Object.onceWrapper (events.js:315:30)
at emitOne (events.js:116:13)
at Connection.emit (events.js:211:7)
at Connection.connectTimeout (...node_modules\mssql\node_modules\tedious\lib\connection.js:944:12)
at Timeout._onTimeout (...node_modules\mssql\node_modules\tedious\lib\connection.js:913:16)
at ontimeout (timers.js:482:11)
at tryOnTimeout (timers.js:317:5)
at Timer.listOnTimeout (timers.js:277:5)

Пишите свои версии MSSQL Server. Теперь SQLNCLI11 заменен на MSOLEDBSQL для экземпляра MSSQL2017.
https://blogs.msdn.microsoft.com/sqlnativeclient/2018/03/30/released-microsoft-ole-db-driver-for-sql-server/

получил ту же ошибку при использовании кода, скопированного из официального образца Microsoft: https://www.microsoft.com/en-us/sql-server/developer-get-started/node/windows/step/2.html

Наконец, я решил эту ошибку, включив протокол TCP/IP в «Диспетчере конфигурации сервера Sql» -> «Конфигурация сети SQL Server» -> «Протоколы для"->"TCP/IP"

C:\Users\zpc\Desktop\SqlServerSample>node connect.js { ConnectionError: Failed to connect to localhost:1433 - Could not connect (sequence) at ConnectionError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\errors.js:13:12) at Connection.socketError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connection.js:1183:28) at Connector.execute (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connection.js:1022:21) at SequentialConnectionStrategy.connect (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connector.js:69:7) at Socket.onError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connector.js:84:12) at Socket.emit (events.js:189:13) at emitErrorNT (internal/streams/destroy.js:82:8) at emitErrorAndCloseNT (internal/streams/destroy.js:50:3) at process._tickCallback (internal/process/next_tick.js:63:19) message: 'Failed to connect to localhost:1433 - Could not connect (sequence)', code: 'ESOCKET' }

получил ту же ошибку при использовании кода, скопированного из официального образца Microsoft: https://www.microsoft.com/en-us/sql-server/developer-get-started/node/windows/step/2.html

Наконец, я решил эту ошибку, включив протокол TCP/IP в «Диспетчере конфигурации сервера Sql» -> «Конфигурация сети SQL Server» -> «Протоколы для» -> «TCP/IP».

C:\Users\zpc\Desktop\SqlServerSample>node connect.js { ConnectionError: Failed to connect to localhost:1433 - Could not connect (sequence) at ConnectionError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\errors.js:13:12) at Connection.socketError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connection.js:1183:28) at Connector.execute (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connection.js:1022:21) at SequentialConnectionStrategy.connect (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connector.js:69:7) at Socket.onError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connector.js:84:12) at Socket.emit (events.js:189:13) at emitErrorNT (internal/streams/destroy.js:82:8) at emitErrorAndCloseNT (internal/streams/destroy.js:50:3) at process._tickCallback (internal/process/next_tick.js:63:19) message: 'Failed to connect to localhost:1433 - Could not connect (sequence)', code: 'ESOCKET' }

Спасибо! У меня была именно эта проблема ;)

Поскольку мы все еще сталкиваемся с этой проблемой почти со всеми нашими службами nodejs, мы провели несколько дополнительных тестов.
Комментарий выше с исправлением TCP/IP уже был включен на нашем сервере sql.

Мы создали новую службу nodejs, которая абсолютно ничего не делает. Он не вызывается другой службой, просто работает в PM2.
Он откроет новый пул соединений при запуске и просто сидит там.

Мы получили 3 ошибки за 5 дней, происходящие случайным образом:
«ConnectionError: не удалось подключиться к sql.tilroy. Внутренний: 1433 — не удалось подключиться (последовательность)».

Это код:

`
константная конфигурация = {
пользователь: Config.sql.sqluser,
пароль: Config.sql.sqlpassword,
сервер: Config.sql.sqlhost,
база данных: Config.sql.sqldatabase,
порт: Config.sql.sqlport,
время ожидания соединения: 3000,
запросТаймаут: 3000,
бассейн: {
макс: 100,
min: 1, // не закрывать все соединения.
простояТимеаутМиллис: 1000,
evictionRunIntervalMillis: 1500000
}
};

const sqlConnection = new SQL.ConnectionPool(config, function (err) {
    Log.debug("got sql connection");
    if(err){
        Log.error(err);
        process.exit(1);
    }
});

sqlConnection.on('error', err => {
    Log.error(`Connection err : ${err}`);
    process.exit(1);
});

`

Мы обновили наш SQL-сервер, но это не помогло. Обновлены все наши пакеты, но все еще есть эти ошибки.
Что-нибудь еще мы можем попробовать? Мы бы не хотели выбрасывать tedious/mssql, так как мы используем его во многих сервисах.

@TimTilroy вы используете утомительный для обработки пула соединений или утомительного пула соединений ? Если вы используете утомительный проект, возможно, вы можете попробовать утомительный пул соединений и посмотреть, поможет ли это.

Привет ЯнЧокС,

Мы используем не пакет пула утомительных соединений, а пул соединений по умолчанию из пакета mssql (я считаю, что он использует утомительный).

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

Библиотека пула перемещена из пула узлов в tarn.js.

Так что, возможно, это решило нашу проблему.

Мы также установили минимальное количество подключений к пулу на 0, не знаю, может ли это иметь какое-либо влияние.

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

@regevbr , @Praveen335 Если вы используете пул соединений, вы можете попробовать использовать библиотеку tarn.js вместо пула узлов, как это сделал TimTilroy, чтобы посмотреть, исправит ли это ваши проблемы с подключением. Если нет, попробуйте обновиться до последней версии mssql (v5.1).

Обновление: мы применили новую версию mssql (5.1.0) ко всем нашим службам sql, обновили минимальные соединения пула до 0, и похоже, что ошибки соединения прекратились с момента нашего развертывания.

Я думаю, проблема только в том, что вы используете "/" вместо "\" в имени или что-то в этом роде.

@ Praveen335 Praveen335 Пробовали ли вы обновиться до новой версии mssql (5.1.0), чтобы узнать, решит ли она вашу проблему? Если нет, не стесняйтесь снова открыть этот вопрос.

Я использую версии:
mssql: "^6.2.0",
утомительно: "^8.3.0"

Я включил TCP/IP в диспетчере конфигурации. Также все мои службы sql работают. но я получаю следующую ошибку:

C:\Nodejs\node-sql-conn\Database>узел connect.js
tedious deprecated В следующей основной версии tedious создание нового экземпляра Connection больше не будет автоматически устанавливать соединение с сервером. Используйте новую вспомогательную функцию connect или вызовите метод .connect для только что созданного объекта Connection чтобы отключить это сообщение. внутренний\процесс\task_queues.js:79:11
Ошибка подключения

C:\Nodejs\узел-sql-conn\Databaseconnect.js:26
бросить ошибку;
^
ConnectionError: не удалось подключиться к локальному хосту: undefined — невозможно вызвать запись после уничтожения потока
при ConnectionError (C:\Nodejs\node-sql-conn\node_modulestedious\lib\errors.js:13:12)
в Connection.socketError (C:\Nodejs\node-sql-conn\node_modulestedious\libconnection.js:1308:56)
в Сокет.(C:\Nodejs\node-sql-conn\node_modulestedious\libconnection.js:1143:14)
в Socket.emit (events.js:327:22)
в errorOrDestroy (internal/streams/destroy.js:108:12)
при onwriteError (_stream_writable.js:418:5)
при записи (_stream_writable.js:445:5)
в doWrite (_stream_writable.js:399:11)
в writeOrBuffer (_stream_writable.js:387:5)
в Socket.Writable.write(_stream_writable.js:318:11) {
код: 'ESOCKET'
}

Это мой код:
var Connection = require('утомительно').Connection;
переменная конфига = {
сервер: 'локальный',
аутентификация: {
тип: 'по умолчанию',
опции: {
имя пользователя: 'са',
пароль: '####',
порт: 1433
}
},
опции: {
база данных: «Компания»,
имя_экземпляра: 'MSSQLSERVER',
rowCollectionOnDone: правда,
useColumnNames: ложь,
трастсерверсертификате: ложь
}
};
соединение var = новое соединение (конфигурация);
соединение.он('подключение',функция(ошибка){
если (ошибка) {
console.log('Ошибка подключения');
бросить ошибку;
}
еще{
console.log('Подключено');
}
});
модуль.экспорт = соединение;

получил ту же ошибку при использовании кода, скопированного из официального образца Microsoft: https://www.microsoft.com/en-us/sql-server/developer-get-started/node/windows/step/2.html

Наконец, я решил эту ошибку, включив протокол TCP/IP в «Диспетчере конфигурации сервера Sql» -> «Конфигурация сети SQL Server» -> «Протоколы для» -> «TCP/IP».

C:\Users\zpc\Desktop\SqlServerSample>node connect.js { ConnectionError: Failed to connect to localhost:1433 - Could not connect (sequence) at ConnectionError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\errors.js:13:12) at Connection.socketError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connection.js:1183:28) at Connector.execute (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connection.js:1022:21) at SequentialConnectionStrategy.connect (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connector.js:69:7) at Socket.onError (C:\Users\zpc\Desktop\SqlServerSample\node_modules\tedious\lib\connector.js:84:12) at Socket.emit (events.js:189:13) at emitErrorNT (internal/streams/destroy.js:82:8) at emitErrorAndCloseNT (internal/streams/destroy.js:50:3) at process._tickCallback (internal/process/next_tick.js:63:19) message: 'Failed to connect to localhost:1433 - Could not connect (sequence)', code: 'ESOCKET' }

Этот работает для меня. Спасибо, что дали мне решение.

Я также экспериментирую с ошибками подключения ESOCKET, и проблема не связана с TCP/IP, поскольку приложение подключено из AWS EC2 к AS RDS и работает большую часть времени.

НАКОНЕЦ я решил ошибку. Сценарий, который я использовал каждый раз, когда запрашивал новое соединение:

function getConnection () {
    // console.log("config")
    // console.log(config)
    return new Promise(function (resolve, reject) {
        const pool = new sql.ConnectionPool(getConfig())
        // console.log("Getting connection...");
        pool.connect()
        .then((cn) => {
            // console.log("connection got");
            resolve(cn);
        })
        .catch((e) => {
            // console.log("connection not got");
            reject(e);
        });
    })
}

Скрипт, решивший проблему:

function runCommand(cmdText) {
    return new Promise((resolve, reject) => {
        pool2Connect
        .then((pool) => {
            // pool.request() // or: new sql.Request(pool2)
            // .input('input_parameter', sql.Int, 10)
            // .output('output_parameter', sql.VarChar(50))
            // .execute('procedure_name', (err, result) => {
            //     // ... error checks
            //     console.dir(result)
            // })
            pool.request() // or: new sql.Request(pool2)
            .query(cmdText)
            .then((rows) => {
                return resolve(rows.recordset);
            })
            .catch((e) => {
                return reject(e);
            });
        })
        .catch((err) => {
            return reject(err);
        });
    });
}

где pool2Connect нужно определить изначально, при запуске скрипта:

    pool2 = new sql.ConnectionPool(config);
    pool2Connect = pool2.connect();
    pool2.on('error', err => {
        console.log(err);
    });

Надеюсь, поможет