none
archivos 'PRIMARY' está lleno RRS feed

  • Pregunta

  • Buenas tardes amigos,

    espacio  estoy tratando de cargar unos datos a una tabla en sql server express 2014 (Microsoft SQL Server 2014 - 12.0.2269.0 (X64) Express Edition (64-bit) on Windows NT 6.3 <X64> (Build 17763: ) una desde una herramienta ETL (SPOON)  sin embargo me sale el siguiente error

    "Error inserting/updating row

    No se pudo asignar espacio para el objeto 'dbo.DATAPSE'  de la base de datos 'DATAINFOPAGOS' porque el grupo de archivos 'PRIMARY' está lleno. Elimine archivos innecesarios, quite objetos del grupo de archivos, agregue archivos adicionales al grupo de archivos o establezca la opción de crecimiento automático para los archivos existentes en el grupo de archivos con el fin de crear espacio en el disco.

    Aunque el mensaje es claro,y le he cambiado el crecimiento automático del grupo PRIMARY tanto en porcentaje como en megabytes persiste el error. Actualmente la tabla pesa: 2.984,344 MB y el de la base de datos es: 15216,44 MB

    Alguien me podría ayudar a tratar de solucionar este problema ya que no soy muy experto en este tema. Gracias.


    WJavier

    jueves, 28 de noviembre de 2019 23:27

Todas las respuestas

  • Deleted
    jueves, 28 de noviembre de 2019 23:31
  • Las características de tu versión de SQL las encuentras en esta pagina

    https://docs.microsoft.com/es-es/sql/getting-started/features-supported-by-the-editions-of-sql-server-2014?view=sql-server-2014&redirectedfrom=MSDN

    Es posible que el valor este en 15216, por que debe estar considerando los índices, sin embarco como indican estas empleando una base de datos ya a su limite

    La recomendación es que depures la información, ¿Es real mente necesario que toda esa información este en la base de datos?, Puedes buscar reducir la base de datos con una base de datos que haga las veces de histórico y de esta forma en 2 bases puedes distribuir la información.

    Entiendo que esto que te propongo requiere un rediseño, por lo que otra opción es que crees una base de datos en la nube y ahí restaures la base de datos que estas empleando en este momento

    https://azure.microsoft.com/en-us/pricing/calculator/#sql-database56261381-a736-447b-bd74-4cc464c575ec

    La liga anterior es una liga a la calculadora de Azure para una base de datos SQL, dado que estas empleando una version express, no debes tener un gran numero de transacciones, por lo que con una base de datos pequeña en la nube debe bastar para resolver tu situacion.

    ¿Que vas ha hacer?

    Crea un respaldo de la base de datos en la que tienes el problema

    Crea una base de adtos en Azure (azure SQL)

    Restaura tu base de datos, lo haces desde management studio

    Cambia la cadena de conexion para usar a base de datos que esta en la nube

    Aclaro, conectarse directamente a una base de datos no es la mejor alternativa en cuestiones de seguridad por lo que es importante que controles las opciones de firewall de tu base de datos, para que solo aplicaciones desde IP controladas tengan acceso a la misma


    Ing. Carlos Monroy

    jueves, 28 de noviembre de 2019 23:56
  • Propongo también otra opcion más para superar el límite de 10GB en la edición Express: Si tienes salvados datos en campos BLOB (por ejemplo, archivos guardados dentro de varbinary(max), puedes activar el FILESTREAM. Esto hace que esos datos se salven en una carpeta interna en lugar de ocupar espacio en el .mdf. El límite de 10 GB solo afecta al .mdf, lo que se saque al FILESTREAM no se cuenta para el límite.
    viernes, 29 de noviembre de 2019 14:51
  • Hola Jose, si creo que de donde lo tome esta mal, pero con el comando correcto creo que ahora si me da el valor exacto:
    

    WJavier

    viernes, 29 de noviembre de 2019 15:53
  • Deleted
    viernes, 29 de noviembre de 2019 19:06