none
importar script RRS feed

  • Pregunta

  • buenas tardes, me podrian apoyar con este problema...

    tengo un script de una sola tabla que pesa 2.8 gb quiero importarla a sqlserver 2014.. pero al momento de importar me manda el siguiente error Se produjo excepciónde tipo System.OutOfMemoryException   y no se que hacer..

    De antemano gracias por el apoyo.



    • Editado mmarquez04 miércoles, 19 de octubre de 2016 19:05
    miércoles, 19 de octubre de 2016 18:37

Respuestas

Todas las respuestas

  • que tiene poca memoria ram el equipo

    o prueba cerrando todas las aplicaciones que no necesites tener abiertas para hacer la importación

    miércoles, 19 de octubre de 2016 19:16
  • tengo 4gb en ram
    miércoles, 19 de octubre de 2016 19:29
  • Hola.

    ¿Estás corriendo un script con sentencias INSERT desde SQL Server Management Studio? Tal vez ahí si tengas un problema de memoria, en el sentido primero del tamaño del script y luego de la cantidad de INSERT que hay que realizar.

    Aclaranos por favor si esto es así...

    Saludos,


    Guillermo Taylor F.
    MVP Data Platform & IT Pro
    Mi Blog

    miércoles, 19 de octubre de 2016 19:47
  • esa parte tu tienes la tabla creada y el script tiene esa cantidad de insert, porque si la tabla existe con datos y todos solo tiene que hacer la importación,
    miércoles, 19 de octubre de 2016 19:48
  • si asi es es un script con sentencias insert, que puedo hacer ??
    miércoles, 19 de octubre de 2016 19:53
  • la tabla no esta creada, estoy importando con todo y la creacion de la tabla asi como la informacion
    miércoles, 19 de octubre de 2016 19:54
  • divide los bloques de insert en tres partes,

    recuerda si te resulto útil marcala como respuesta,

    L.S.I. Franklin Balladares A.

    Analista de Sistemas - S.A.I.A.

    miércoles, 19 de octubre de 2016 20:27
  • Hola.

    Otra alternativa a la propuesta por Franklin es ejecutar el script mediante SQLCMD, como lo indica este artículo de la documentación: Ejecutar archivos de scripts Transact-SQL mediante sqlcmd.

    Yo no he probado lo anterior con un archivo tan grande como el que tienes, pero intentalo a ver qué sucede.

    Saludos,


    Guillermo Taylor F.
    MVP Data Platform & IT Pro
    Mi Blog

    • Marcado como respuesta mmarquez04 jueves, 20 de octubre de 2016 3:06
    miércoles, 19 de octubre de 2016 21:10
  • y de todos modos limpia la cache con 

    DBCC FREEPROCCACHE

    para tener la RAM libre
    miércoles, 19 de octubre de 2016 21:13
  • eso no limpia la memoria fajabaal, es un error de concepto.

    Eso limpia la memoria del Server!,  hace que toda la caché que tengas en tu servidor se venga abajo, lo cual no solo no es una buena práctica en un entorno de producción sino que es muy mala.

    Me uno a Guillermo, el problema es que management studio tiene que abrir un archivo demasiado grande para ejecutarlo y primero lo abre entero y luego trata de ejecutarlo, no lo conseguirá

    Las alternativas son, o bien funciona con sqlcmd que tiene una opción -i para indicar el nombre del fichero o si eso falla, podríamos hacer una pequeñita app que ejecute ese archivo mediante "streaming" es decir, no se trata de leer todo para luego ejecutar, sino ejecutar  cada uno de los batches


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 19 de octubre de 2016 22:52
    Moderador
  • y cuando es conveniente usar

    DBCC FREEPROCCACHE


    miércoles, 19 de octubre de 2016 22:57
  • Nunca :P

    Sus usos son limitados a limpiar el cacha cuando existan malos planes o problemas que requieran soluciones de este tipo lo cual en un ambiente bien cuidado no debería de pasar nunca.

    miércoles, 19 de octubre de 2016 23:00
  • En un ambiente productivo, nunca, solo se usa en pruebas para asegurar que dos pruebas consecutivas arrojan resultados comparables sin que hayan temas de caché por en medio.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 19 de octubre de 2016 23:11
    Moderador