¿Están justificados mis problemas con SSIS?

Question

Solo he estado usando SSIS brevemente, pero creo que mis quejas son numerosas. Aquí están mis problemas actuales:

1. Para que un paquete almacene una contraseña, necesita encriptarla. Incluso si el paquete es parte de una solución más grande, debe proporcionar una contraseña en cualquier momento para abrir cualquiera de los paquetes encriptados. ¿Por qué no puedes cifrar toda la solución con una sola contraseña? Tengo una solución con 10 paquetes encriptados. Cuando presiono "Crear", tengo que ingresar 10 contraseñas.
2. Las credenciales de cifrado son geniales. Implementar un paquete encriptado en el servidor, proporcionar su contraseña, probarla exitosamente, programarla y luego hacer que falle durante el cronograma porque no puede desencriptarla SUCKS. Parece hacer esto aleatoriamente, y he redistribuido un paquete determinado varias veces antes de que sea realmente capaz de descifrar las credenciales del paquete con éxito durante un trabajo programado.
3. ¿Autenticación de Windows solamente? Tal vez esta es una característica de seguridad, pero hace que sea realmente un dolor de cabeza administrar remotamente el servidor. Básicamente me obliga a usar escritorio remoto. ¿Realmente importa que no pueda acceder a SSIS cuando tengo acceso directo al DB Engine?
4. DTS Support. DTS fue bastante feo, pero funcionó, y fue bastante sencillo. ¿Por qué no proporcionaron el diseñador de paquetes DTS 2000 CON SSIS? Ahora necesito descargarlo e instalarlo con privilegios de administrador.
5. UPSERTS ??? Repito algunos datos en una base de datos externa, y la inserción en esa base de datos es TAN DOLOR. ¿Por qué esta funcionalidad no está incorporada? ¿Por qué no puedo decir "Esta es la columna clave. Actualizar si existe, crear si no es así".

¿Son estos problemas válidos, o soy apenas nuevo en el producto para saber cómo hacer las cosas de la manera correcta?

¿Hay otros que tengan los mismos problemas u otros problemas?

¿Hay alternativas fáciles al uso de SSIS?

Answer 1

Los siguientes enlaces de @SQLServerSleuth podrían arrojar algo de luz sobre la situación: una vuelta atrás: SSIS en 2005. ¿Está en SQL 2008 o aún trabajando con SQL 2005? Esta situación cambió un poco en 2008.

• SSIS' 15 Faults
• SSIS: The backlash (1)
• SSIS: The backlash (2)
• SSIS: A response from Microsoft to some growing criticism

Answer 2

Nos encontramos con muchos de los mismos problemas, especialmente # 5, así que estoy de acuerdo que estos son válidos. En general, encontré que SSIS es un dolor masivo para trabajar.

Answer 3

Consulte Package Configuration files para conocer algunos de los problemas de seguridad.

Answer 4

En mi sistema, en general era más fácil simplemente desarrollar cargas de datos en C#. Las cargas son sólidas y no cambian a menos que queramos que cambien, por lo que no pasaremos más tiempo una vez que hayamos terminado con el desarrollo.

Answer 5

Para 1, 2, utilizo las configuraciones de paquetes.

Para 5 puede usar una tarea de dimensión de cambio lento o el componente de diferencia de tabla de terceros.Personalmente prefiero cargar en una tabla de etapas y codificar el UPSERT en SQL.

He estado utilizando SSIS con bastante frecuencia en un proyecto de DW durante los últimos 2 años y creo que tiene algunos caprichos, pero es mucho más poderoso que DTS.

Answer 6

es lo que realmente necesita el cifrado en cada paquete? Puede decir que no hay almacenamiento de cifrado si no está almacenando un ftp u otras contraseñas de autenticación. Los archivos de configuración también son una buena idea. Recomiendo www.pragmaticworks.com/products/Business-Intelligence/BIxpress/ BIExpress, ya que creará todos los archivos de configuración para usted, registrará la mierda de sus paquetes y proporcionará asombrosos informes sobre informes gráficos sin casi ningún costo. ...

Answer 7

déjame aclarar esto diciendo que SSIS chupa. es un dolor trabajar, administrar y desarrollar. Si bien hay herramientas que mejoran las cosas, estas características deberían haberse incluido desde el principio. permítanme también decir que no he encontrado (y no creo que exista actualmente) una mejor herramienta para cargas de datos escalables de alto rendimiento que SSIS.

1,2: configurar el paquete de "No guardar sensible", y utilizar cualquiera de las configuraciones, o "Valores seleccionados" dentro de cualquier contexto de ejecución que está utilizando.

3: de acuerdo, en parte. navegar por la tienda de paquetes sería agradable a través de auth sql, pero la ejecución del paquete no debería permitirse (¿en qué contexto se ejecuta?) Siempre se puede ejecutar a través del trabajo.

4: no relacionado con SSIS además, DTS está obsoleto, y en la mayoría de los casos, considerablemente menos flexible y más difícil de administrar que incluso SSIS.

5: Los postres son ciertamente más complicados de lo que podrían ser, pero si se hacen bien, pueden funcionar sin problemas: , use una búsqueda para determinar si necesita insertar o actualizar, y defina su lógica en consecuencia.

lado nota: considerar seriamente la creación de una plantilla de paquete. Si se hace bien, puede aliviar muchas de estas preocupaciones desde el principio. Es posible que deba publicar públicamente mi plantilla de paquete en algún momento.