tutorial services paquete instalar español ejecutar dtsx desde sql-server ssis kerberos

services - No se puede implementar el paquete SSIS en SQL Server 2016 Express en Windows 10 Pro



integration services tutorial español (1)

SQL Server Express no tiene un componente de servidor SSIS.

Tenga en cuenta que Express no tiene "Diseñador SSIS y tiempo de ejecución" https://docs.microsoft.com/en-us/sql/integration-services/integration-services-features-supported-by-the-editions-of-sql -servidor .

La edición Developer, que es gratuita, tiene esto, pero no está permitido usarlo para fines de producción.

Además de eso, no creo que esas ediciones de Windows sean compatibles con Kerberos tampoco.

Tengo dificultades para implementar un paquete de SSIS desarrollado en mi máquina con Windows 10 Home a la instancia de SQL Server 2016 Express en mi máquina con Windows 10 Pro.

Tengo dos computadoras en la configuración de mi red doméstica, una máquina Windows 10 Home donde estoy haciendo desarrollo de paquetes VB.NET y SSIS y una máquina con Windows 10 Pro donde estoy ejecutando Microsoft SQL Server 2016 Express.

Al ejecutar el asistente de implementación del paquete, después de seleccionar el nombre del servidor de destino, me encuentro con el error de Kerberos "El nombre principal de destino es incorrecto. No se puede generar el contexto de SSPI".

Descargué y ejecuté el solucionador de problemas de conectividad Kerberos en el equipo con Windows 10 Pro que ejecuta SQL Server 2016 Express y obtuve el error

No se puede acceder a la información del Principal del usuario del Sistema

cuando intenta conectarse a la instancia de SQL local en esa máquina.

En el archivo de registro para el solucionador de problemas recibo información más específica, pero me encuentro en un callejón sin salida con mi investigación en línea:

26/03/2017 6:55:50 PM Información: Conéctese a WMI, / root / cimv2
3/26/2017 6:55:52 PM Error: El acceso de la información principal del usuario falló System.ArgumentException: el tipo de contexto proporcionado no coincide con el servidor contactado. El tipo de servidor es ApplicationDirectory.

en System.DirectoryServices.AccountManagement.PrincipalContext.DoServerVerifyAndPropRetrieval ()
en System.DirectoryServices.AccountManagement.PrincipalContext..ctor (ContextType contextType, String name, String container, ContextOptions options, String userName, String password)
en System.DirectoryServices.AccountManagement.PrincipalContext..ctor (ContextType contextType, String name)
en KerberosCM.WMIHelper.TryGetUser (SystemInfo mi, UserPrincipal y usuario)

¿Qué debo verificar o configurar a continuación?