Problemas conocidos de Python y R en Machine Learning Services de SQL Server
Se aplica a
: SQL Server 2016 (13.x) y versiones posteriores
Importante
La compatibilidad con Machine Learning Server (anteriormente conocido como R Server) finalizó el 1 de julio de 2022. Para obtener más información, consulte ¿Qué sucederá con Machine Learning Server?
En este artículo se describen las limitaciones o los problemas conocidos de los componentes de Python y R que se proporcionan en SQL Server Machine Learning Services y SQL Server 2016 R Services.
Problemas de instalación y configuración
Para ver una descripción de los procesos relacionados con la instalación y la configuración iniciales, consulte Instalación de SQL Server Machine Learning Services. Contiene información sobre las actualizaciones, la instalación en paralelo y la instalación de nuevos componentes de R o Python.
Resultados incoherentes en los cálculos de MKL debido a la falta de una variable de entorno
Se aplica a: Binarios de R_SERVER 9.0, 9.1, 9.2 o 9.3.
R_SERVER usa la biblioteca Intel Math Kernel Library (MKL). En el caso de los cálculos que involucran a MKL, pueden producirse resultados incoherentes si el sistema no tiene una variable de entorno.
Establezca la variable de entorno 'MKL_CBWR'=AUTO para garantizar la reproducibilidad numérica condicional en R_SERVER. Para obtener más información, consulte Introduction to Conditional Numerical Reproducibility (CNR) [Introducción a la reproducibilidad numérica condicional (CNR)].
Solución alternativa
En el panel de control, seleccione Sistema y seguridad>Sistema>Configuración avanzada del sistema>Variables de entorno.
Cree un usuario o una variable del sistema.
- Establecer variable en
MKL_CBWR. - Establezca el valor en
AUTO.
- Establecer variable en
Reinicie R_SERVER. En SQL Server, puede reiniciar el servicio SQL Server Launchpad.
Nota
Si está ejecutando SQL Server 2019 (15.x) en Linux, edite o cree .bash_profile en el directorio principal de usuario y agregue la línea export MKL_CBWR="AUTO". Ejecute este archivo escribiendo source .bash_profile en un símbolo del sistema de Bash. Para reiniciar R_SERVER, escriba Sys.getenv() en el símbolo del sistema de R.
Error de tiempo de ejecución del script de R (regresión de SQL Server 2017 CU5-CU7)
En el caso de SQL Server 2017 (14.x), en las actualizaciones acumulativas de la 5 a la 7, hay una regresión en el archivo rlauncher.config en que la ruta de acceso del archivo de directorio temporal incluye un espacio. Esta regresión se ha corregido en CU8.
El error que verá al ejecutar el script de R incluye los siguientes mensajes:
No se puede comunicar con el tiempo de ejecución para el script "R". Compruebe los requisitos del entorno de ejecución "R".
Mensaje(s) STDERR del script externo:
Error irrecuperable: no se puede crear "R_TempDir"
Solución alternativa
Aplique CU8 cuando esté disponible. Como alternativa, puede volver a crear rlauncher.config si ejecuta registerrext con uninstall/install en un símbolo del sistema con privilegios elevados.
<SQLInstancePath>\R_SERVICES\library\RevoScaleR\rxLibs\x64\RegisterRExt.exe /uninstall /sqlbinnpath:<SQLInstanceBinnPath> /userpoolsize:0 /instance:<SQLInstanceName>
<SQLInstancePath>\R_SERVICES\library\RevoScaleR\rxLibs\x64\RegisterRExt.exe /install /sqlbinnpath:<SQLInstanceBinnPath> /userpoolsize:0 /instance:<SQLInstanceName>
En el ejemplo siguiente se muestran los comandos con la instancia predeterminada "MSSQL14.MSSQLSERVER" instalada en C:\Program Files\Microsoft SQL Server\:
"C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\R_SERVICES\library\RevoScaleR\rxLibs\x64\RegisterRext.exe" /uninstall /sqlbinnpath:"C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Binn" /userpoolsize:0 /instance:MSSQLSERVER
"C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\R_SERVICES\library\RevoScaleR\rxLibs\x64\RegisterRext.exe" /install /sqlbinnpath:"C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Binn" /userpoolsize:0 /instance:MSSQLSERVER
No se pueden instalar las características de aprendizaje automático de SQL Server en un controlador de dominio
Si intenta instalar SQL Server 2016 (13.x) R Services o SQL Server Machine Learning Services en un controlador de dominio, se producirán los siguientes errores en la instalación:
Error durante el proceso de instalación de la característica
Cannot find group with identity (No se encuentra el grupo con la identidad)
Component error code: 0x80131509 (Código de error del componente: 0x80131509)
El error se produce porque, en un controlador de dominio, el servicio no puede crear las 20 cuentas locales necesarias para ejecutar el aprendizaje automático. Como regla general, no se recomienda instalar SQL Server en un controlador de dominio. Para obtener más información, vea el boletín de soporte técnico 2032911.
Instalar la versión de servicio más reciente para garantizar la compatibilidad con Microsoft R Client
Si instala la versión más reciente de Microsoft R Client y la usa para ejecutar R en SQL Server en un contexto de proceso remoto, podría aparecer un error como el siguiente:
You are running version 9.x.x of Microsoft R Client on your computer, which is incompatible with Microsoft R Server version 8.x.x. Download and install a compatible version. (Está ejecutando la versión 9.0.0 del Cliente de Microsoft R en el equipo, que es incompatible con Microsoft R Server versión 8.0.3. Descargue e instale una versión compatible).
SQL Server 2016 (13.x) requiere que las bibliotecas de R del cliente coincidan exactamente con las bibliotecas de R del servidor. La restricción se ha quitado para versiones posteriores a R Server 9.0.1. No obstante, si se encuentra con este error, compruebe la versión de las bibliotecas de R que usan el cliente y el servidor; si es necesario, actualice el cliente para que coincida con la versión del servidor.
La versión de R que se instala con SQL Server R Services se actualiza siempre que se instala una versión del servicio SQL Server. Para garantizar que siempre tenga las versiones más actualizadas de los componentes de R, asegúrese de instalar todos los Service Pack.
Puede recibir un mensaje de error al ejecutar R Server 8.0.3 en SQL Server 2016: You are running version 9.0.0 of Microsoft R client on your computer, which is incompatible with the Microsoft R server version 8.0.3. Download and install a compatible version. Compatibilidad con Microsoft R Client 9.0.0 en SQL Server 2016 se ha asegurado en las aplicaciones de revisión siguientes:
Para evitar problemas con los paquetes de R, también puede actualizar la versión de las bibliotecas de R que están instaladas en el servidor si cambia el contrato de servicio para que use la directiva de soporte técnico del ciclo de vida moderno, como se describe en la siguiente sección. Cuando lo haga, la versión de R que se instala con SQL Server se actualiza en la misma programación que se usa para las actualizaciones de Machine Learning Server (anteriormente Microsoft R Server).
Se aplica a: SQL Server 2016 (13.x) R Services, con la versión 9.0.0 o anterior de R Server
Faltan componentes de R en la configuración de SQL Server 2017 CU 3
Un número limitado de máquinas virtuales de Azure se ha aprovisionado sin los archivos de instalación de R que deben incluirse con SQL Server. El problema se presenta en las máquinas virtuales aprovisionadas en el período comprendido entre el 05-01-2018 y el 23-01-2018. Este problema también podría afectar a las instalaciones locales si ha aplicado la actualización de CU3 para SQL Server 2017 (14.x) durante el período del 05-01-2018 al 23-01-2018.
Se ha proporcionado una versión de servicio que incluye la versión correcta de los archivos de instalación de R.
Para instalar los componentes y reparar SQL Server 2017 (14.x) CU3, debe desinstalar CU3 y reinstalar la versión actualizada:
- Descargue el archivo de instalación de CU3 actualizado, que incluye los instaladores de R.
- Desinstalar CU3. En el panel de control, busque Desinstalar una actualización y después seleccione "Revisión 3015 para SQL Server 2017 (KB4052987) (64 bits)". Continúe con los pasos de desinstalación.
- Reinstale la actualización CU3; para ello, haga doble clic en la actualización de KB4052987 que acaba de descargar:
SQLServer2017-KB4052987-x64.exe. Siga las instrucciones de instalación.
No se pueden instalar los componentes de Python en instalaciones sin conexión de SQL Server 2017 o versiones posteriores
Si instala una versión preliminar de SQL Server 2017 (14.x) en un equipo sin acceso a Internet, es posible que el instalador no muestre la página que solicita la ubicación de los componentes de Python descargados. En tal caso, puede instalar la característica Machine Learning Services, pero no los componentes de Python.
Este problema se ha corregido en la versión de lanzamiento. Además, esta limitación no afecta a los componentes de R.
Se aplica a: SQL Server 2017 (14.x) con Python
Advertencia de versión incompatible al conectarse a una versión anterior de SQL Server R Services desde un cliente mediante SQL Server 2017
Al ejecutar el código de R en un contexto de proceso de SQL Server 2016 (13.x), es posible que vea el siguiente error:
You are running version 9.0.0 of Microsoft R Client on your computer, which is incompatible with the Microsoft R Server version 8.0.3. Download and install a compatible version. (Está ejecutando la versión 9.0.0 del Cliente de Microsoft R en el equipo, que es incompatible con Microsoft R Server versión 8.0.3. Descargue e instale una versión compatible).
Este mensaje se muestra si alguna de las dos indicaciones siguientes es verdadera:
- Ha instalado R Server (independiente) en un equipo cliente mediante el asistente para la instalación de SQL Server 2017 (14.x).
- Ha instalado Microsoft R Server mediante el instalador de Windows independiente.
Para asegurarse de que el servidor y el cliente usan la misma versión, es posible que tenga que usar un enlace, compatible con Microsoft R Server 9.0 y versiones posteriores, para actualizar los componentes de R en instancias de SQL Server 2016 (13.x). Para determinar si la compatibilidad con las actualizaciones está disponible para su versión de R Services, consulte Actualización de una instancia de R Services con SqlBindR.exe.
Se aplica a: SQL Server 2016 (13.x) R Services, con la versión 9.0.0 o anterior de R Server
La instalación de las versiones de servicio de SQL Server 2016 podrían producir un error al instalar versiones más recientes de los componentes de R
Al instalar una actualización acumulativa o un Service Pack para SQL Server 2016 (13.x) en un equipo que no está conectado a Internet, el asistente para la instalación podría no mostrar el mensaje que le permite actualizar los componentes de R mediante los archivos CAB descargados. Este error suele ocurrir si se han instalado varios componentes con el motor de base de datos.
Como solución alternativa, puede instalar la versión de servicio mediante la línea de comandos. Para ello, especifique el argumento MRCACHEDIRECTORY tal como se muestra en este ejemplo, en el que se instalan actualizaciones de CU1:
C:\<path to installation media>\SQLServer2016-KB3164674-x64.exe /Action=Patch /IACCEPTROPENLICENSETERMS /MRCACHEDIRECTORY=<path to CU 1 CAB files>
Para obtener los instaladores más recientes, consulte Instalación de componentes de aprendizaje automático sin acceso a Internet.
Se aplica a: SQL Server 2016 (13.x) R Services, con la versión 9.0.0 o anterior de R Server
No se puede iniciar el servicio Launchpad si la versión es diferente de la versión de R
Si instala SQL Server R Services independientemente del motor de base de datos y las versiones de compilación son diferentes, es posible que vea el siguiente error en el registro de eventos del sistema:
El servicio SQL Server Launchpad no pudo iniciarse debido al siguiente error: El servicio no respondió a la petición de inicio o control de manera oportuna.
Por ejemplo, este error podría producirse si instala el motor de base de datos mediante la versión de lanzamiento, aplica una revisión para actualizar el motor de base de datos y, después, agrega la característica R Services mediante la versión de lanzamiento.
Para evitar este problema, use una utilidad como el administrador de archivos para comparar las versiones de Launchpad.exe con la versión de los archivos binarios de SQL, como sqldk.dll. Todos los componentes deben tener el mismo número de versión. Si actualiza un componente, asegúrese de aplicar la misma actualización a los demás componentes instalados.
Busque Launchpad en la carpeta Binn de la instancia. Por ejemplo, en una instalación predeterminada de SQL Server 2016 (13.x), la ruta de acceso podría ser C:\Program Files\Microsoft SQL Server\MSSQL.13.InstanceNameMSSQL\Binn.
Un firewall bloquea los contextos de proceso remoto en instancias de SQL Server que se ejecutan en máquinas virtuales de Azure
Si ha instalado SQL Server en una máquina virtual de Azure, es posible que no pueda usar contextos de proceso que requieran el uso del área de trabajo de la máquina virtual. El motivo es que, de forma predeterminada, el firewall de las máquinas virtuales de Azure incluye una regla que bloquea el acceso a la red de las cuentas de usuario locales de R.
Como alternativa, en la máquina virtual de Azure, abra Firewall de Windows con seguridad avanzada, seleccione Reglas de salida y deshabilite la regla siguiente: Block network access for R local user accounts in SQL Server instance MSSQLSERVER (Bloquear el acceso a la red de las cuentas de usuario locales de R en la instancia de SQL Server MSSQLSERVER). También puede dejar la regla habilitada, pero cambiar la propiedad de seguridad a Allow if secure (Permitir si es seguro).
Autenticación implícita en SQL Server 2016 edición Rápida
Al ejecutar trabajos de R desde una estación de trabajo de ciencia de datos remota mediante la autenticación integrada de Windows, SQL Server usa la autenticación implícita para generar las llamadas ODBC locales que solicite el script. Pero esta característica no funcionaba en la compilación RTM de SQL Server 2016 (13.x) edición Rápida.
Para corregir el problema, se recomienda que actualice a una versión de servicio posterior. Si no puede actualizar, use un inicio de sesión de SQL como solución alternativa para ejecutar los trabajos de R remotos que requieran llamadas ODBC insertadas.
Se aplica a: SQL Server 2016 (13.x) R Services Rápida Edition
Límites de rendimiento cuando se llama a bibliotecas que usa SQL Server desde otras herramientas
Es posible llamar a las bibliotecas de aprendizaje automático que están instaladas para SQL Server desde una aplicación externa, como RGui. Esta puede ser la manera más cómoda de realizar ciertas tareas, como instalar nuevos paquetes o ejecutar pruebas ad hoc en ejemplos de código muy cortos. No obstante, fuera de SQL Server, el rendimiento podría ser limitado.
Por ejemplo, incluso si usa SQL Server edición Enterprise, R se ejecuta en modo de subproceso único si ejecuta el código de R mediante herramientas externas. Para conseguir las ventajas de rendimiento en SQL Server, inicie una conexión de SQL Server y use sp_execute_external_script para llamar al tiempo de ejecución del script externo.
Como regla general, evite llamar a las bibliotecas de aprendizaje automático que usa SQL Server desde herramientas externas. Si necesita depurar código de R o Python, suele ser más fácil hacerlo fuera de SQL Server. Para obtener las mismas bibliotecas que están en SQL Server, puede instalar Microsoft R Client o SQL Server 2017 Machine Learning Server (independiente).
SQL Server Data Tools no admite los permisos que requieren los scripts externos
Al usar Visual Studio o SQL Server Data Tools para publicar un proyecto de base de datos, si alguna entidad de seguridad tiene permisos específicos para la ejecución de scripts externos, podría recibir un error similar al siguiente:
TSQL Model: Error detected when reverse engineering the database. The permission was not recognized and was not imported (Modelo TSQL: Error detectado al usar técnicas de ingeniería inversa en la base de datos. El permiso no se ha reconocido y no se ha importado).
Actualmente, el modelo DACPAC no admite los permisos que usan R Services o Machine Learning Services, como GRANT ANY EXTERNAL SCRIPT o EXECUTE ANY EXTERNAL SCRIPT. Este problema se corregirá en una versión posterior.
Como solución alternativa, ejecute las instrucciones GRANT adicionales en un script posterior a la implementación.
La ejecución de scripts externos está limitada debido a los valores predeterminados de gobernanza de recursos
En edición Enterprise, puede usar grupos de recursos para administrar procesos de script externos. En algunas compilaciones anteriores, la memoria máxima que se podía asignar a los procesos de R era del 20 %. Por lo tanto, si el servidor tenía 32 GB de RAM, los ejecutables de R (RTerm.exe y BxlServer.exe) podían usar un máximo de 6,4 GB en una única solicitud.
Si encuentra limitaciones de recursos, compruebe el valor predeterminado actual. Si el 20 % no es suficiente, consulte la documentación de SQL Server para informarse sobre cómo cambiar este valor.
Se aplica a: SQL Server 2016 (13.x) R Services, Enterprise Edition
Error al usar sp_execute_external_script sin libc++.so en Linux
En un equipo Linux limpio que no tiene libc++.so instalado, se produce un error al ejecutar una consulta sp_execute_external_script (SPEES) con Java o un lenguaje externo porque commonlauncher.so no puede cargar libc++.so.
Por ejemplo:
EXECUTE sp_execute_external_script @language = N'Java'
, @script = N'JavaTestPackage.PassThrough'
, @parallel = 0
, @input_data_1 = N'select 1'
WITH RESULT SETS((col1 INT NOT NULL));
GO
Se produce un error con un mensaje similar al siguiente:
Msg 39012, Level 16, State 14, Line 0
Unable to communicate with the runtime for 'Java' script for request id: 94257840-1704-45E8-83D2-2F74AEB46CF7. Please check the requirements of 'Java' runtime.
Los registros de mssql-launchpadd mostrarán un mensaje de error similar al siguiente:
Oct 18 14:03:21 sqlextmls launchpadd[57471]: [launchpad] 2019/10/18 14:03:21 WARNING: PopulateLauncher failed: Library /opt/mssql-extensibility/lib/commonlauncher.so not loaded. Error: libc++.so.1: cannot open shared object file: No such file or directory
Solución alternativa
Puede usar una de las siguientes opciones:
Copie
libc++*de/opt/mssql/liba la ruta de acceso predeterminada del sistema/lib64.Agregue las siguientes entradas a
/var/opt/mssql/mssql.confpara exponer la ruta de acceso:[extensibility] readabledirectories = /opt/mssql
Se aplica a: SQL Server 2019 (15.x) en Linux
Error de instalación o actualización en los servidores habilitados para FIPS
Si instala SQL Server 2019 (15.x) con la característica Machine Learning Services y extensiones de lenguaje o actualiza la instancia de SQL Server en un servidor habilitado para el estándar federal de procesamiento de información (FIPS), recibirá el siguiente error:
Error al instalar la característica de extensibilidad con el siguiente mensaje de error: AppContainer Creation Failed with error message NONE, state This implementation is not part of the Windows Platform FIPS validated cryptographic algorithms. (No se pudo crear AppContainer con el mensaje de error: NINGUNO; estado: Esta implementación no forma parte de los algoritmos criptográficos validados por Windows Platform FIPS).
Solución alternativa
Deshabilite FIPS antes de instalar SQL Server 2019 (15.x) con la característica Microsoft Machine Learning Services y extensiones de lenguaje o la actualización de la instancia de SQL Server. Una vez completada la instalación o la actualización, puede volver a habilitar FIPS.
Se aplica a: SQL Server 2019 (15.x)
Bibliotecas de R que usan algoritmos específicos, streaming o la creación de particiones
Incidencia
Las limitaciones a continuación se aplican a SQL Server 2017 (14.x) con actualización en el entorno de ejecución. Este problema se aplica a la edición Enterprise.
- Paralelismo: el paralelismo de subprocesos de los algoritmos
RevoScaleRyMicrosoftMLpara escenarios se limita a un máximo de dos subprocesos. - Streaming y creación de particiones de: no se aplican los escenarios que implican el parámetro
@r_rowsPerReadpasado a T-SQLsp_execute_external_script. - Streaming y creación de particiones: los orígenes de datos
RevoScaleRyMicrosoftML(es decir,ODBC,XDF) no admiten la lectura de filas en fragmentos para escenarios de entrenamiento o puntuación. Estos escenarios siempre llevan todos los datos a la memoria para el cálculo, y las operaciones están enlazadas a la memoria.
Solución
La mejor solución es actualizar a SQL Server 2019 (15.x). También puede seguir usando SQL Server 2017 (14.x) con la actualización en tiempo de ejecución configurada mediante RegisterRext.exe /configure, después de completar las tareas a continuación.
- Edite el Registro para crear una clave
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\150y agregar un valorSharedCodecon datosC:\Program Files\Microsoft SQL Server\150\Sharedo el directorio compartido de instancia, tal como está configurado. - Cree una carpeta
C:\Program Files\Microsoft SQL Server\150\Shared and copy instapi140.dlldesde la carpetaC:\Program Files\Microsoft SQL Server\140\Shareda la carpeta recién creada. - Cambie el nombre de
instapi140.dllainstapi150.dllen la nueva carpetaC:\Program Files\Microsoft SQL Server\150\Shared.
Importante
Si sigue los pasos anteriores, debe quitar manualmente la clave agregada antes de actualizar a una versión posterior de SQL Server.
Problemas de rendimiento de la agrupación de procesos en ML Services (R y Python)
Esta sección contiene problemas conocidos y soluciones alternativas para el uso de ML Services (R y Python) en SQL Server.
Rendimiento del arranque en frío de la agrupación de procesos en ML Services
Tras la ejecución de sp_execute_external_script, el servicio launchpad inicia procesos satélite que inician los entornos de ejecución externos, como R y Python. Para amortizar el costo de inicio, se crea un grupo de procesos que se puede usar en la ejecución posterior de sp_execute_external_script. Este grupo de procesos es específico de este usuario, base de datos y el lenguaje usado (R o Python en ML Services).
Primera ejecución de la consulta
Los procesos satélite se deben preparar cuando sp_execute_external_script se ejecuta por primera vez o después de un período de inactividad (los procesos finalizan a través de una tarea de limpieza si no se usan durante un tiempo). El inicio en frío de estos procesos agrupados puede ser lento (por ejemplo, debido a restricciones de recursos).
Solución alternativa
Si el rendimiento de la primera llamada es importante, se recomienda mantener las consultas preparadas. Por ejemplo, se puede ejecutar una tarea en segundo plano que activa una consulta simple sp_execute_external_script antes de que los procesos expiren. Por ejemplo, para mantener las consultas de R preparadas, puede ejecutar periódicamente la consulta siguiente.
EXECUTE sp_execute_external_script @language = N'R', @script = N'';
GO
Número elevado de consultas simultáneas
Si el número de ejecuciones simultáneas de sp_execute_external_script es mayor que los procesos activos de R/Python en el grupo, el inicio en frío de agregar procesos adicionales al grupo puede ser lento (por ejemplo, debido a restricciones de recursos).
Solución alternativa
Para superar el problema de rendimiento del escalado, se pueden procesar por lotes varias solicitudes (por ejemplo, a través de conexiones de bucle invertido o reescritura del script para controlar varias solicitudes). Además, para escenarios en tiempo real, se puede usar SQL PREDICT.
Problemas con la ejecución del script de R
En esta sección se incluyen problemas conocidos que son específicos de la ejecución de R en SQL Server, así como algunos problemas relacionados con las bibliotecas y herramientas de R publicadas por Microsoft, incluida RevoScaleR.
Para consultar otros problemas conocidos que pueden afectar a las soluciones de R, vea el sitio de Machine Learning Server.
Advertencia de acceso denegado al ejecutar scripts de R en SQL Server en una ubicación no predeterminada
Si la instancia de SQL Server se ha instalado en una ubicación no predeterminada, como fuera de la carpeta Program Files, se genera la advertencia ACCESS_DENIED al intentar ejecutar scripts que instalan un paquete. Por ejemplo:
En
normalizePath(path.expand(path), winslash, mustWork): path[2]="~ExternalLibraries/R/8/1": Acceso denegado
El motivo es que una función de R intenta leer la ruta de acceso y produce un error si el grupo de usuarios integrado SQLRUserGroup no tiene acceso de lectura. La advertencia que se genera no bloquea la ejecución del script de R actual, pero la advertencia puede repetirse de forma reiterada siempre que el usuario ejecute cualquier otro script de R.
Si ha instalado SQL Server en la ubicación predeterminada, este error no se produce porque todos los usuarios de Windows tienen permisos de lectura en la carpeta Program Files.
Este problema se soluciona en una próxima versión de servicio. Como solución alternativa, proporcione al grupo SQLRUserGroup acceso de lectura para todas las carpetas principales de ExternalLibraries.
Error de serialización entre versiones anteriores y nuevas de RevoScaleR
Al pasar un modelo con un formato serializado a una instancia de SQL Server remota, puede obtener el error:
Error in memDecompress(data, type = decompress) internal error -3 in memDecompress(2). [Error en memDecompress(data, type = decompress); error interno -3 en memDecompress(2)].
Este error se produce si ha guardado el modelo con una versión reciente de la función de serialización rxSerializeModel, pero la instancia de SQL Server donde se deserializa el modelo tiene una versión anterior de las API de RevoScaleR, de SQL Server 2017 (14.x) CU2 o versiones anteriores.
Como solución alternativa, puede actualizar la instancia de SQL Server 2017 (14.x) a CU3 o una versión posterior.
El error no aparece si la versión de la API es la misma ni tampoco si va a mover un modelo guardado con una función de serialización anterior a un servidor que usa una versión más reciente de la API de serialización.
En otras palabras, use la misma versión de RevoScaleR para las operaciones de serialización y deserialización.
La puntuación en tiempo real no controla correctamente el parámetro learningRate en los modelos de árbol y bosque
Si crea un modelo mediante un método de árbol de decisión o de bosque de decisión y especifica la velocidad de aprendizaje, podría ver resultados incoherentes al usar sp_rxpredict o la función PREDICT de SQL, en comparación con el uso de rxPredict.
La causa es un error en la API que procesa modelos serializados y se limita al parámetro learningRate: por ejemplo, en rxBTrees.
Este problema se soluciona en una próxima versión de servicio.
Limitaciones de la afinidad del procesador para trabajos de R
En la compilación de versión inicial de SQL Server 2016 (13.x), se podía establecer la afinidad del procesador únicamente para las CPU del primer grupo K. Por ejemplo, si el servidor es una máquina de dos sockets con dos grupos K, solo se usan los procesadores del primer grupo K para los procesos de R. La misma limitación se aplica al configurar la gobernanza de recursos para trabajos del script de R.
Este problema está corregido en SQL Server 2016 (13.x) Service Pack 1. Se recomienda que actualice a la versión de servicio más reciente.
Se aplica a: SQL Server 2016 (13.x) R Services (versión RTM)
No se pueden realizar cambios en los tipos de columna al leer datos en un contexto de proceso de SQL Server
Si el contexto de proceso está establecido en la instancia de SQL Server, no puede usar el argumento colClasses (u otros argumentos similares) para cambiar el tipo de datos de las columnas en el código de R.
Por ejemplo, la instrucción siguiente producirá un error si la columna CRSDepTimeStr no es ya un entero:
data <- RxSqlServerData(
sqlQuery = "SELECT CRSDepTimeStr, ArrDelay FROM AirlineDemoSmall",
connectionString = connectionString,
colClasses = c(CRSDepTimeStr = "integer"))
Como solución alternativa, puede volver a escribir la consulta SQL para usar CAST o CONVERT y presentar los datos a R con el tipo de datos correcto. En general, el rendimiento es mejor si trabaja con los datos mediante SQL, en lugar de cambiar los datos en el código de R.
Se aplica a: SQL Server 2016 (13.x) R Services
Límites en el tamaño de los modelos serializados
Al guardar un modelo en una tabla de SQL Server, debe serializar el modelo y guardarlo en un formato binario. Teóricamente, el tamaño máximo de un modelo que se puede almacenar con este método es de 2 GB, que es el tamaño máximo de las columnas varbinary en SQL Server.
Si necesita usar modelos de mayor tamaño, hay disponibles las siguientes soluciones alternativas:
Tome medidas para reducir el tamaño del modelo. Algunos paquetes de R de código abierto incluyen una gran cantidad de información en el objeto de modelo y gran parte de esta información se puede quitar para su implementación.
Use la selección de características para quitar columnas innecesarias.
Si usa un algoritmo de código abierto, considere la posibilidad de llevar a cabo una implementación similar con el algoritmo correspondiente en MicrosoftML o RevoScaleR. Estos paquetes se han optimizado para escenarios de implementación.
Después de racionalizar el modelo y reducir el tamaño con los pasos anteriores, vea si se puede usar la función memCompress en base R para reducir el tamaño del modelo antes de pasarlo a SQL Server. Esta opción es mejor si el modelo está cerca del límite de 2 GB.
En el caso de modelos de mayor tamaño, puede usar la característica FileTable de SQL Server para almacenar los modelos, en lugar de usar una columna varbinary.
Para usar FileTable, debe agregar una excepción de firewall, ya que los datos almacenados en FileTable se administran mediante el controlador de sistema de archivos de FileStream en SQL Server y las reglas de Firewall predeterminadas bloquean el acceso a archivos de red. Para obtener más información, vea Habilitar los requisitos previos de FileTable.
Después de haber habilitado FileTable, para escribir el modelo, obtendrá una ruta de acceso de SQL mediante la API de FileTable y después escribirá el modelo en esa ubicación desde el código. Cuando tenga que leer el modelo, obtenga la ruta de acceso de SQL Server y después llame al modelo mediante la ruta de acceso del script. Para obtener más información, vea Obtener acceso a FileTables con API de entrada-salida de archivo.
Evitar borrar áreas de trabajo al ejecutar código de R en un contexto de proceso de SQL Server
Si usa un comando de R para borrar los objetos del área de trabajo mientras se ejecuta código de R en un contexto de proceso de SQL Server, o bien si borra el área de trabajo como parte de un script de R llamado mediante sp_execute_external_script, podría recibir este error: workspace object 'revoScriptConnection' not found (No se ha encontrado el objeto del área de trabajo "revoScriptConnection").
revoScriptConnection es un objeto del área de trabajo de R que contiene información sobre una sesión de R a la que se llama desde SQL Server. Pero si su código de R incluye un comando para borrar el área de trabajo (como rm(list=ls())), también se borrarán toda la información sobre la sesión y otros objetos del área de trabajo de R.
Como solución alternativa, evite borrar indiscriminadamente las variables y otros objetos mientras ejecuta R en SQL Server. Aunque es habitual borrar el área de trabajo cuando se trabaja en la consola de R, puede tener consecuencias no deseadas.
- Para eliminar variables específicas, use la función
removede R: por ejemplo,remove('name1', 'name2', ...). - Si quiere eliminar varias variables, guarde los nombres de las variables temporales en una lista y realice periódicamente la recolección de elementos no utilizados.
Restricciones en los datos que se pueden proporcionar como entrada para un script de R
No puede usar un script de R en los siguientes tipos de resultados de consulta:
Datos de una consulta de Transact-SQL que haga referencia a columnas AlwaysEncrypted.
Datos de una consulta de Transact-SQL que haga referencia a columnas enmascaradas.
Si necesita usar datos enmascaradas en un script de R, una posible solución alternativa es realizar una copia de los datos en una tabla temporal y usar esos datos en su lugar.
El uso de cadenas como factores puede provocar una degradación del rendimiento
El uso de variables de tipo de cadena como factores puede aumentar considerablemente la cantidad de memoria que se usa para las operaciones de R. Se trata de un problema conocido en R en general y hay muchos artículos sobre el tema. Por ejemplo, vea Los factores no son de primera clase en R de John Mount en R-bloggers o stringsAsFactors: Una biografía no autorizada, de Roger Peng.
Aunque el problema no es específico de SQL Server, puede afectar en gran medida al rendimiento de la ejecución de código de R en SQL Server. Normalmente, las cadenas se almacenan como varchar o nvarchar y, si una columna de datos de cadena tiene muchos valores únicos, el proceso de que R las convierta internamente en enteros y de nuevo en cadenas puede incluso provocar errores de asignación de memoria.
Si no necesita en absoluto un tipo de datos de cadena para otras operaciones, la asignación de los valores de cadena a un tipo de datos numérico (entero) como parte de la preparación de datos resultaría beneficiosa desde una perspectiva del rendimiento y la escala.
Para obtener una explicación de este problema y otras sugerencias, vea Rendimiento de R Services: optimización de datos.
Los argumentos varsToKeep y varsToDrop no se admiten en los orígenes de datos de SQL Server
Si usa la función rxDataStep para escribir los resultados en una tabla, utilizar los argumentos varsToKeep y varsToDrop es una forma cómoda de especificar las columnas que se van a incluir o excluir como parte de la operación. En cambio, estos argumentos no se admiten en los orígenes de datos de SQL Server.
Asistencia limitada con los tipos de datos SQL en sp_execute_external_script
No todos los tipos de datos que se admiten en SQL pueden usarse en R. Como solución alternativa, considere la posibilidad de convertir el tipo de datos no admitido en un tipo de datos compatible antes de pasar los datos a sp_execute_external_script.
Para obtener más información, consulte Bibliotecas de R y tipos de datos.
Posibles daños en las cadenas al usar cadenas Unicode en columnas varchar
El paso de datos Unicode en columnas varchar de SQL Server a R o Python puede producir daños en las cadenas. Esto se debe a que la codificación de estas cadenas Unicode en las intercalaciones de SQL Server puede no coincidir con la codificación UTF-8 predeterminada que se usa en R o Python.
Para enviar datos de cadena no ASCII de SQL Server a R o Python, use la codificación UTF-8 (disponible en SQL Server 2019 (15.x)) o el tipo nvarchar.
Solo se puede devolver un valor de tipo raw desde sp_execute_external_script
Cuando se devuelve desde R un tipo de datos binarios (el tipo de datos raw de R), el valor debe enviarse en la trama de datos de salida.
Con tipos de datos que no sean raw, puede devolver valores de parámetro con los resultados del procedimiento almacenado si agrega la palabra clave OUTPUT. Para obtener más información, vea Parámetros.
Si quiere usar varios conjuntos de salida que incluyan valores de tipo raw, una posible solución alternativa es realizar varias llamadas del procedimiento almacenado o enviar los conjuntos de resultados a SQL Server mediante ODBC.
Pérdida de precisión
Dado que Transact-SQL y R admiten varios tipos de datos, los tipos de datos numéricos pueden perder precisión durante la conversión.
Para obtener más información sobre la conversión implícita de tipos de datos, vea Bibliotecas de R y tipos de datos.
Error de ámbito de variable al usar el parámetro transformFunc
Para transformar datos durante el modelado, puede pasar un argumento transfomFunc en una función como rxLinmod o rxLogit. No obstante, las llamadas a funciones anidadas pueden provocar errores de ámbito en el contexto de proceso de SQL Server, incluso si las llamadas funcionan correctamente en el contexto de proceso local.
El conjunto de datos de ejemplo del análisis no tiene variables
Por ejemplo, supongamos que ha definido dos funciones f y g en su entorno global local, y que g llama a f. En las llamadas remotas o distribuidas en las que participa g, la llamada a g podría generar un error porque no se encuentra f, incluso si han pasado f y g a la llamada remota.
Si se produce este problema, puede solucionarlo insertando la definición de f en la definición de g, en cualquier lugar antes de que g llame a f.
Por ejemplo:
f <- function(x) { 2*x * 3 }
g <- function(y) {
a <- 10 * y
f(a)
}
Para evitar el error, vuelva a escribir la definición de la siguiente manera:
g <- function(y){
f <- function(x) { 2*x +3}
a <- 10 * y
f(a)
}
Importación de datos y manipulación con RevoScaleR
Al leer columnas varchar desde una base de datos, se eliminan los espacios en blanco. Para evitarlo, ponga las cadenas entre caracteres que no sean espacios en blanco.
Al usar funciones como rxDataStep para crear tablas de base de datos con columnas varchar, el ancho de columna se calcula en función de una muestra de los datos. Si el ancho varía, puede que sea necesario rellenar todas las cadenas con una longitud común.
El uso de una transformación para cambiar el tipo de datos de una variable no se admite cuando se usan llamadas repetidas a rxImport o rxTextToXdf para importar y anexar filas combinando varios archivos de entrada en un solo archivo .xdf.
Asistencia limitada para rxExec
En SQL Server 2016 (13.x), la función rxExec que proporciona el paquete RevoScaleR solo se puede usar en el modo de un solo subproceso.
Aumento del tamaño máximo de parámetro para admitir rxGetVarInfo
Si usa conjuntos de datos con números de variables muy grandes (por ejemplo, más de 40 000), establezca la marca max-ppsize al iniciar R para poder usar funciones como rxGetVarInfo. La marca max-ppsize especifica el tamaño máximo de la pila de protección del puntero.
Si usa la consola de R (por ejemplo, en RGui.exe o RTerm.exe), puede establecer el valor de max-ppsize en 500000. Para ello, escriba lo siguiente:
R --max-ppsize=500000
Problemas con la función rxDTree
La función rxDTree no admite actualmente transformaciones en la fórmula. En particular, no se admite el uso de la sintaxis F() para crear factores sobre la marcha. En cambio, los datos numéricos se discretizan automáticamente.
Los factores ordenados se tratan igual que los factores de todas las funciones de análisis RevoScaleR, excepto rxDTree.
data.table como OutputDataSet en R
No se admite el uso de data.table como OutputDataSet en R en la actualización acumulativa 13 (CU13) de SQL Server 2017 (14.x) y versiones anteriores. Puede aparecer el siguiente mensaje:
Msg 39004, Level 16, State 20, Line 2
A 'R' script error occurred during execution of
'sp_execute_external_script' with HRESULT 0x80004004.
Msg 39019, Level 16, State 2, Line 2
An external script error occurred:
Error in alloc.col(newx) :
Internal error: length of names (0) is not length of dt (11)
Calls: data.frame ... as.data.frame -> as.data.frame.data.table -> copy -> alloc.col
Error in execution. Check the output for more information.
Error in eval(expr, envir, enclos) :
Error in execution. Check the output for more information.
Calls: source -> withVisible -> eval -> eval -> .Call
Execution halted
data.table como OutputDataSet en R se admite en la actualización acumulativa 14 (CU14) de SQL Server 2017 (14.x) y versiones anteriores.
Se produce un error al ejecutar un script largo durante la instalación de una biblioteca
Si se ejecuta una sesión de script externo de larga duración y se tiene el DBO en paralelo intentando instalar una biblioteca en otra base de datos, es posible que se finalice el script.
Por ejemplo, al ejecutar este script externo en la base de datos master:
USE MASTER
DECLARE @language nvarchar(1) = N'R'
DECLARE @script nvarchar(max) = N'Sys.sleep(100)'
DECLARE @input_data_1 nvarchar(max) = N'select 1'
EXEC sp_execute_external_script @language = @language, @script = @script, @input_data_1 = @input_data_1 with result sets none
go
Mientras que DBO en paralelo instala una biblioteca en LibraryManagementFunctional:
USE [LibraryManagementFunctional]
go
CREATE EXTERNAL LIBRARY [RODBC] FROM (CONTENT = N'/home/ani/var/opt/mssql/data/RODBC_1.3-16.tar.gz') WITH (LANGUAGE = 'R')
go
DECLARE @language nvarchar(1) = N'R'
DECLARE @script nvarchar(14) = N'library(RODBC)'
DECLARE @input_data_1 nvarchar(8) = N'select 1'
EXEC sp_execute_external_script @language = @language, @script = @script, @input_data_1 = @input_data_1
go
El script externo de larga duración anterior en la base de datos master finalizará con el siguiente mensaje de error:
Error de script 'R' durante la ejecución de 'sp_execute_external_script' con HRESULT 0x800704d4.
Solución alternativa
No ejecute la instalación de la biblioteca en paralelo a la consulta de larga duración. También puede volver a ejecutar la consulta de larga duración una vez completada la instalación.
Se aplica a: SQL Server 2019 (15.x) solo en clústeres de macrodatos y en Linux.
SQL Server deja de responder al ejecutar scripts de R que contienen la ejecución en paralelo
SQL Server 2019 (15.x) contiene una regresión que afecta a los scripts de R que usan la ejecución en paralelo. Entre los ejemplos se incluye el uso de rxExec con contexto de cálculo RxLocalPar y scripts que usan el paquete paralelo. Este problema se debe a errores que el paquete paralelo encuentra al escribir en el dispositivo nulo mientras se ejecuta en SQL Server.
Se aplica a: SQL Server 2019 (15.x).
Pérdida de precisión en los tipos de datos Money/Numeric/decimal/BigInt
Si ejecuta un script de R con sp_execute_external_script se permiten los tipos de datos Money, Numeric, Decimal y BigInt como datos de entrada. Pero, dado que se convierten al tipo numérico de R, sufren una pérdida de precisión con valores muy altos o con valores de separador decimal.
- Money: A veces, los valores de céntimos podrían ser imprecisos y, en este caso, se emitiría una advertencia: Advertencia: No se pueden representar con precisión los valores de céntimos.
- Numeric/Decimal:
sp_execute_external_scriptcon un script de R no admite el rango completo de esos tipos de datos y modificaría los últimos dígitos decimales, especialmente aquellos con fracción. - BigInt: R solo admite enteros de 53 bits y, posteriormente, empezará a tener una pérdida de precisión.
Problemas con la función rxExecBy: la función rxExecBy no encuentra el paquete instalado
Cuando se llama a la función rxExecBy, se inicia un nuevo proceso en tiempo de ejecución de R. Este nuevo proceso no tiene rutas de acceso de biblioteca actualizadas; por tanto, los paquetes instalados en ubicaciones distintas de la ruta de acceso de biblioteca predeterminada no se encuentran durante la ejecución.
Solución alternativa
La ruta de acceso a los paquetes de R debe actualizarse explícitamente. Supongamos que los paquetes se instalan en la ruta de acceso de las bibliotecas externas; se podría usar el siguiente script de R para actualizar la ruta de acceso de la biblioteca: .libPaths(c(Sys.getenv("MRS_EXTLIB_USER_PATH"), Sys.getenv("MRS_EXTLIB_SHARED_PATH"), .libPaths())).
Problemas con la ejecución del script de Python
En esta sección se incluyen problemas conocidos que son específicos de la ejecución de Python en SQL Server, así como algunos problemas relacionados con los paquetes de Python publicados por Microsoft, incluidos revoscalepy y microsoftml.
Se produce un error en la llamada a un modelo entrenado previamente si la ruta de acceso al modelo es demasiado larga
Si ha instalado los modelos entrenados previamente en una versión anterior de SQL Server 2017 (14.x), la ruta de acceso completa al archivo de modelo entrenado podría ser demasiado larga para que Python la lea. Esta limitación se corrige en una versión de servicio posterior.
Hay varias soluciones posibles:
- Al instalar los modelos entrenados previamente, elija una ubicación personalizada.
- Si es posible, instale la instancia de SQL Server en una ruta de instalación personalizada con una ruta de acceso más corta, como
C:\SQL\MSSQL14.MSSQLSERVER. - Use la utilidad de Windows Fsutil para crear un vínculo físico que asigne el archivo de modelo a una ruta de acceso más corta.
- Actualice a la versión de servicio más reciente.
Error al guardar el modelo serializado en SQL Server
Al pasar un modelo a una instancia de SQL Server remota e intentar leer el modelo binario con la función rx_unserialize en revoscalepy, puede obtener el error:
NameError: name 'rx_unserialize_model' is not defined (NameError: no se ha definido el nombre "rx_unserialize_model")
Este error se produce si ha guardado el modelo con una versión reciente de la función de serialización, pero la instancia de SQL Server donde se deserializa el modelo no reconoce la API de deserialización.
Para solucionar el problema, actualice la instancia de SQL Server 2017 (14.x) a CU3 o una versión posterior.
Si no se puede inicializar una variable varbinary, se produce un error en BxlServer
Si ejecuta código de Python en SQL Server mediante sp_execute_external_script y el código tiene variables de salida de tipo varbinary(max), varchar(max) o tipos similares, la variable se debe inicializar o establecer como parte del script. De lo contrario, el componente de intercambio de datos BxlServer genera un error y deja de funcionar.
Esta limitación se solucionará en una próxima versión de servicio. Como solución alternativa, asegúrese de que la variable se inicializa dentro del script de Python. Se puede usar cualquier valor válido, como en los ejemplos siguientes:
declare @b varbinary(max);
exec sp_execute_external_script
@language = N'Python'
, @script = N'b = 0x0'
, @params = N'@b varbinary(max) OUTPUT'
, @b = @b OUTPUT;
go
declare @b varchar(30);
exec sp_execute_external_script
@language = N'Python'
, @script = N' b = "" '
, @params = N'@b varchar(30) OUTPUT'
, @b = @b OUTPUT;
go
Advertencia de telemetría en una ejecución correcta del código de Python
A partir de SQL Server 2017 (14.x) CU2, puede aparecer el siguiente mensaje aunque el código de Python se ejecute correctamente:
STDERR message(s) from external script:~PYTHON_SERVICES\lib\site-packages\revoscalepy\utils\RxTelemetryLoggerSyntaxWarning: telemetry_state is used prior to global declaration (Mensaje(s) STDERR del script externo: ~PYTHON_SERVICES\lib\site-packages\revoscalepy\utils\RxTelemetryLogger SyntaxWarning: telemetry_state se ha usado antes de la declaración global)
Este problema se ha corregido en la actualización acumulativa 14 (CU3) de SQL Server 2017 (14.x).
Tipos de datos numéricos, decimales y monetarios no admitidos
A partir de la actualización acumulativa 12 (CU12) de SQL Server 2017 (14.x), los tipos de datos numéricos, decimales y monetarios de WITH RESULT SETS no se admiten si se usa Python con sp_execute_external_script. Pueden aparecer los siguientes mensajes:
[Código: 39004, estado de SQL: S1000] Error de script 'Python' durante la ejecución de 'sp_execute_external_script' con HRESULT 0x80004004.
[Código: 39019, estado de SQL: S1000] Error en el script externo:
SqlSatelliteCall error: Unsupported type in output schema. Supported types: bit, smallint, int, datetime, smallmoney, real and float. char, varchar are partially supported (Error de SqlSatelliteCall: tipo no compatible en el esquema de salida. Tipos compatibles: bit, smallint, int, datetime, smallmoney, real y float. char y varchar se admiten parcialmente)
Esto se ha corregido en la actualización acumulativa 14 (CU14) de SQL Server 2017 (14.x).
Error de intérprete incorrecto al instalar paquetes de Python con pip en Linux
En SQL Server 2019 (15.x), si intenta usar pip. Por ejemplo:
/opt/mssql/mlservices/runtime/python/bin/pip -h
Recibirá este error:
bash: /opt/mssql/mlservices/runtime/python/bin/pip: /opt/microsoft/mlserver/9.4.7/bin/python/python: bad interpreter: no se encontró el archivo o directorio,
Solución alternativa
Instale pip desde Python Package Authority (PyPA):
wget 'https://bootstrap.pypa.io/get-pip.py'
/opt/mssql/mlservices/bin/python/python ./get-pip.py
Recomendación
Vea Instalación de paquetes de Python con sqlmlutils.
Se aplica a: SQL Server 2019 (15.x) en Linux
No se pueden instalar paquetes de Python con pip después de instalar SQL Server 2019 en Windows
Después de instalar SQL Server 2019 (15.x) en Windows, se producirá un error al intentar instalar un paquete de Python mediante pip desde una línea de comandos de DOS. Por ejemplo:
pip install quantfolio
Esto devolverá el siguiente error:
pip is configured with locations that require TLS/SSL, however the ssl module in Python is not available. (pip se ha configurado con ubicaciones que requieren TLS/SSL, pero el módulo SSL de Python no está disponible).
Se trata de un problema específico del paquete Anaconda. Se solucionará en una próxima versión de servicio.
Solución alternativa
Copie los archivos siguientes:
libssl-1_1-x64.dlllibcrypto-1_1-x64.dll
de la carpeta
C:\Program Files\Microsoft SQL Server\MSSSQL15.MSSQLSERVER\PYTHON_SERVICES\Library\bin
a la carpeta
C:\Program Files\Microsoft SQL Server\MSSSQL15.MSSQLSERVER\PYTHON_SERVICES\DLLs
Después, abra un nuevo símbolo del sistema del shell de comandos de DOS.
Se aplica a: SQL Server 2019 (15.x) en Windows
Error al usar sp_execute_external_script sin libc++abo.so en Linux
En un equipo con Linux limpio que no tiene libc++abi.so instalado, la ejecución de una consulta sp_execute_external_script (SPEES) produce el error "No se encontró el archivo o directorio".
Por ejemplo:
EXEC sp_execute_external_script
@language = N'Python'
, @script = N'
OutputDataSet = InputDataSet'
, @input_data_1 = N'select 1'
, @input_data_1_name = N'InputDataSet'
, @output_data_1_name = N'OutputDataSet'
WITH RESULT SETS (([output] int not null));
Msg 39012, Level 16, State 14, Line 0
Unable to communicate with the runtime for 'Python' script for request id: 94257840-1704-45E8-83D2-2F74AEB46CF7. Please check the requirements of 'Python' runtime.
STDERR message(s) from external script:
Failed to load library /opt/mssql-extensibility/lib/sqlsatellite.so with error libc++abi.so.1: cannot open shared object file: No such file or directory.
SqlSatelliteCall error: Failed to load library /opt/mssql-extensibility/lib/sqlsatellite.so with error libc++abi.so.1: cannot open shared object file: No such file or directory.
STDOUT message(s) from external script:
SqlSatelliteCall function failed. Please see the console output for more information.
Traceback (most recent call last):
File "/opt/mssql/mlservices/libraries/PythonServer/revoscalepy/computecontext/RxInSqlServer.py", line 605, in rx_sql_satellite_call
rx_native_call("SqlSatelliteCall", params)
File "/opt/mssql/mlservices/libraries/PythonServer/revoscalepy/RxSerializable.py", line 375, in rx_native_call
ret = px_call(functionname, params)
RuntimeError: revoscalepy function failed.
Total execution time: 00:01:00.387
Solución alternativa
Ejecute el comando siguiente:
sudo cp /opt/mssql/lib/libc++abi.so.1 /opt/mssql-extensibility/lib/
Se aplica a: SQL Server 2019 (15.x) en Linux
Error genérico al ejecutar sp_execute_external_script en Ubuntu 20.04 con SQL Server 2022 CU6 en Linux
La instalación de SQL Server 2022 CU6 para Linux en Ubuntu 20.04 puede producir el siguiente error al ejecutar sp_execute_external_script para scripts de R y Python:
Msg 39012, Level 16, State 14, Line 0
Unable to communicate with the runtime for 'R' script for request id: 94257840-1704-45E8-83D2-2F74AEB46CF7. Please check the requirements of 'R' runtime.
STDERR message(s) from external script:
/usr/lib/R/library/RevoScaleR/rxLibs/x64/libExaCore.so.2(_Z21CriticalSignalHandleri+0x29)[0x7f2568289d89]
/usr/lib/x86_64-linux-gnu/libc.so.6(+0x43090)[0x7f2568d66090]
Solución alternativa
Ejecute el siguiente comando para instalar la dependencia del paquete libssl-dev, que permite a SQL Server resolver las bibliotecas compartidas proporcionadas por el sistema libssl y libcrypto.
sudo apt-get update
sudo apt-get install libssl-dev
Error de creación de reglas de firewall en modprobe cuando se ejecuta mssql-launchpadd en Linux
Al ver los registros de mssql-launchpadd usando sudo journalctl -a -u mssql-launchpadd, es posible que vea un error de creación de reglas de firewall similar a la salida siguiente.
-- Logs begin at Sun 2021-03-28 12:03:30 PDT, end at Wed 2022-10-12 13:20:17 PDT. --
Mar 22 16:57:51 sqlVm systemd[1]: Started Microsoft SQL Server Extensibility Launchpad Daemon.
Mar 22 16:57:51 sqlVm launchpadd[195658]: 2022/03/22 16:57:51 [launchpadd] INFO: Extensibility Log Header: <timestamp> <process> <sandboxId> <sessionId> <message>
Mar 22 16:57:51 sqlVm launchpadd[195658]: 2022/03/22 16:57:51 [launchpadd] INFO: No extensibility section in /var/opt/mssql/mssql.conf file. Using default settings.
Mar 22 16:57:51 sqlVm launchpadd[195658]: 2022/03/22 16:57:51 [launchpadd] INFO: DataDirectories = /bin:/etc:/lib:/lib32:/lib64:/sbin:/usr/bin:/usr/include:/usr/lib:/usr/lib32:/usr/lib64:/usr/libexec/gcc:/usr/sbin:/usr/share:/var/lib:/opt/microsoft:/opt/mssql-extensibility:/opt/mssql/mlservices:/opt/mssql/lib/zulu-jre-11:/opt/mssql-tools
Mar 22 16:57:51 sqlVm launchpadd[195658]: 2022/03/22 16:57:51 [launchpadd] INFO: [RG] SQL Extensibility Cgroup initialization is done.
Mar 22 16:57:51 sqlVm launchpadd[195658]: 2022/03/22 16:57:51 [launchpadd] INFO: Found 1 IP address(es) from the bridge.
Mar 22 16:57:51 sqlVm launchpadd[195676]: modprobe: ERROR: could not insert 'ip6_tables': Operation not permitted
Mar 22 16:57:51 sqlVm launchpadd[195673]: ip6tables v1.8.4 (legacy): can't initialize ip6tables table `filter': Table does not exist (do you need to insmod?)
Mar 22 16:57:51 sqlVm launchpadd[195673]: Perhaps ip6tables or your kernel needs to be upgraded.
Mar 22 16:57:51 sqlVm launchpadd[195678]: modprobe: ERROR: could not insert 'ip6_tables': Operation not permitted
Mar 22 16:57:51 sqlVm launchpadd[195677]: ip6tables v1.8.4 (legacy): can't initialize ip6tables table `filter': Table does not exist (do you need to insmod?)
Mar 22 16:57:51 sqlVm launchpadd[195677]: Perhaps ip6tables or your kernel needs to be upgraded.
Mar 22 16:57:51 sqlVm launchpadd[195670]: 2022/03/22 16:57:51 [setnetbr] ERROR: Failed to set firewall rules: exit status 3
Solución alternativa
Ejecute los siguientes comandos para configurar modprobe y reinicie el servicio SQL Server Launchpad:
sudo modprobe ip6_tables
sudo systemctl restart mssql-launchpadd
Se aplica a: SQL Server 2019 (15.x) y versiones posteriores en Linux
No se puede instalar el paquete tensorflow mediante sqlmlutils
El paquete sqlmlutils se usa para instalar paquetes de Python en SQL Server 2019 (15.x). Debe descargar, instalar y actualizar Microsoft Visual C++ 2015-2019 Redistributable (x64). Sin embargo, no se puede instalar el paquete tensorflow con sqlmlutils. El paquete tensorflow depende de una versión más reciente de numpy que la versión instalada en SQL Server. Sin embargo, numpy es un paquete de sistema preinstalado que sqlmlutils no puede actualizar al intentar instalar tensorflow.
Solución alternativa
Con el símbolo del sistema en modo de administrador, ejecute el siguiente comando y reemplace "MSSQLSERVER" por el nombre de la instancia de SQL:
"C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\PYTHON_SERVICES\python.exe" -m pip install --upgrade tensorflow
Si recibe un error de "TLS/SSL", consulte 7. No se pueden instalar paquetes de Python con pip, anteriormente en este artículo.
Se aplica a: SQL Server 2019 (15.x) en Windows
Revolution R Enterprise y Microsoft R Open
En esta sección se enumeran los problemas específicos de la conectividad, el desarrollo y las herramientas de rendimiento de R que proporciona Revolution Analytics. Estas herramientas se han proporcionado en versiones preliminares anteriores de SQL Server.
En general, se recomienda que desinstale estas versiones anteriores e instale la versión más reciente de SQL Server o Microsoft R Server.
No se admite Revolution R Enterprise
No se admite la instalación en paralelo de Revolution R Enterprise con ninguna versión de R Services (en bases de datos).
Si tiene una licencia existente para Revolution R Enterprise, debe colocarla en un equipo diferente de donde se encuentran la instancia de SQL Server y las estaciones de trabajo que quiera usar para conectarse a la instancia de SQL Server.
Algunas versiones preliminares de R Services (en bases de datos) incluyen un entorno de desarrollo de R para Windows creado mediante Revolution Analytics. Esta herramienta ya no se proporciona y no es compatible.
Para asegurar la compatibilidad con R Services (en bases de datos), se recomienda instalar Microsoft R Client en su lugar. Herramientas de R para Visual Studio y Visual Studio Code también admiten las soluciones de Microsoft R.
Problemas de compatibilidad con el controlador ODBC de SQLite y RevoScaleR
La revisión 0.92 del controlador ODBC de SQLite no es compatible con RevoScaleR. Las revisiones 0.88 a 0.91 y 0.93, y las versiones posteriores son compatibles.
Pasos siguientes
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de