Tamaño recomendado para el archivo de la base de datos en SQL 2012 y 2016

Hola chicos, una vez más acudo a vuestra sabiduría porque me estoy encontrando con un problema grave en nuestro ERP.

Me explico, resulta que mi empresa compró un servidor de 12.000 € con ssds en raid 5, varios xeon, con 128gb de ram, un bicho bastante potente, de hecho está montado sobre ESXi y cuando arrancas dicha máquina virtual tarda menos de 3 minutos.

El problema que me estoy encontrando es que la migración de un ERP a otro ha provocado que la base de datos en SLQ 2012 de 64 bits no está dando un archivo de más de 13 gbs, el servidor es un Windows 2012 server.

La cuestión es que la empresa que ha hecho dicha migración de las bases de datos y que está adaptando el nuevo ERP a las necesidades de la empresa, nos ha guarreado el servidor a niveles enfermizos, archivos desperdigados por todo el servidor, problema de espacio, etc.

Ayer me llama uno de estos individuos diciéndome "mira ver que no tenéis espacio para las copias de seguridad de sql" tal cual, siendo ellos quienes han programado dichas copias y quienes aún manejando el servidor exclusivamente porque están parcheando constantemente la base de datos, son incapaces de borrar o copiar o incluso programar en otra partición la base de datos.

Luego está el problema de las personas que trabajan con el ERP, con pedidos que no se graban, problemas de acceso a tablas, etc...

La impresión que me da que para llevar yo en esta empresa 4 meses, la empresa que les está implantando el nuevo ERP son unos impresentables. Por ejemplo, el jueves pasado por culpa de no tener ellos un manual de una instalación unificada del ERP en todos los equipos, la nueva actualización en 4 equipos fallaba, con lo que me tocó estar hasta las 2 de la mañana desinstalando e instalando el ERP para que funcionase, una media de 30 minutos por equipo que fallaba.

Una vergüenza, el viernes tengo una reunión en la que voy como oyente, pero tengo claro que iré como interlocutor para reportar todas esta incidencias y evitar que esta gentuza salten por los cerros de Úbeda, ya que en la última reunión con ellos en la que fui como oyente porque llevaba mes y medio en la empresa, estos individuos nos decían que el problema de implantación era porque había microcortes en la red, falso porque una de las tareas fue comprobar equipo por equipo que no había problemas de este tipo.

En fin, es un poco largo, pero si alguien me puede recomendar algunos consejos del mantenimiento y optimización del archivo de base de datos os estaré eternamente agradecido.

Gracias de antemano.
gordon81 escribió:Hola chicos, una vez más acudo a vuestra sabiduría porque me estoy encontrando con un problema grave en nuestro ERP.

Me explico, resulta que mi empresa compró un servidor de 12.000 € con ssds en raid 5, varios xeon, con 128gb de ram, un bicho bastante potente, de hecho está montado sobre ESXi y cuando arrancas dicha máquina virtual tarda menos de 3 minutos.

El problema que me estoy encontrando es que la migración de un ERP a otro ha provocado que la base de datos en SLQ 2012 de 64 bits no está dando un archivo de más de 13 gbs, el servidor es un Windows 2012 server.

La cuestión es que la empresa que ha hecho dicha migración de las bases de datos y que está adaptando el nuevo ERP a las necesidades de la empresa, nos ha guarreado el servidor a niveles enfermizos, archivos desperdigados por todo el servidor, problema de espacio, etc.

Ayer me llama uno de estos individuos diciéndome "mira ver que no tenéis espacio para las copias de seguridad de sql" tal cual, siendo ellos quienes han programado dichas copias y quienes aún manejando el servidor exclusivamente porque están parcheando constantemente la base de datos, son incapaces de borrar o copiar o incluso programar en otra partición la base de datos.

Luego está el problema de las personas que trabajan con el ERP, con pedidos que no se graban, problemas de acceso a tablas, etc...

La impresión que me da que para llevar yo en esta empresa 4 meses, la empresa que les está implantando el nuevo ERP son unos impresentables. Por ejemplo, el jueves pasado por culpa de no tener ellos un manual de una instalación unificada del ERP en todos los equipos, la nueva actualización en 4 equipos fallaba, con lo que me tocó estar hasta las 2 de la mañana desinstalando e instalando el ERP para que funcionase, una media de 30 minutos por equipo que fallaba.

Una vergüenza, el viernes tengo una reunión en la que voy como oyente, pero tengo claro que iré como interlocutor para reportar todas esta incidencias y evitar que esta gentuza salten por los cerros de Úbeda, ya que en la última reunión con ellos en la que fui como oyente porque llevaba mes y medio en la empresa, estos individuos nos decían que el problema de implantación era porque había microcortes en la red, falso porque una de las tareas fue comprobar equipo por equipo que no había problemas de este tipo.

En fin, es un poco largo, pero si alguien me puede recomendar algunos consejos del mantenimiento y optimización del archivo de base de datos os estaré eternamente agradecido.

Gracias de antemano.


¿De qué ERP se trata? :-?

Tal vez sería recomendable tener la copia de seguridad en otra máquina, sin acceso a internet y tener espacio habilitado para ello.

Respecto a la empresa que os lleva el asunto del ERP por lo que das a entender no parecen demasiado profesionales. ¿Han realizado una migración alguna vez o lo están experimentando con vosotros? Lo primero que deberías hacer es ver en el servidor que ficheros son necesarios y realizar una 'limpia'.

¿Las copias de seguridad de la base de datos cómo se realizan? ¿Se utiliza un programa de un tercero o las propias herramientas de Microsoft?

Nunca viene mal documentación del estilo de: http://eu.wiley.com/WileyCDA/WileyTitle ... 06873.html

¿Por otro lado cómo esta montada la red en la empresa? ¿Has realizado alguna monitorización del Servidor SQL cuando hay carga en la empresa? (Si que es posible que existan microcortes, es posible que en el Visor de Eventos o en algún visor del Server SQL te aparezcan los micro-cortes).

Saludos ;)
Muchas gracias por tu respuesta.

Pues te comento el ERP es Sage Murano, al que se le ha migrado una base de datos de Eurowin.

El problema que estoy viendo es que están reportando incidencias cada dos por tres inverosímiles achacadas a microcortes que concienzudamente he ido equipo por equipo probando, al margen de esto.

¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.

Sobre el tamaño de la base de datos estoy realmente asustado, las copias las tenemos programadas con sql 2012 y se hace de momento una al día pero a mayores hacemos copia de la máquina virtual completa, y próximamente tengo pensado hacer una réplica de la misma.

Cuál es el tamaño de archivo máximo que soporta SLQ 2012 para trabajar de forma óptima, es que estoy que echo las muelas por una base de datos que al momento del arranque ya nos ocupa 14gb y es una locura pensar qué ocupará dentro de un año, el miedo está ahí porque eso tiene que corromperse por narices.

Saludos.
gordon81 escribió:Muchas gracias por tu respuesta.

Pues te comento el ERP es Sage Murano, al que se le ha migrado una base de datos de Eurowin.

El problema que estoy viendo es que están reportando incidencias cada dos por tres inverosímiles achacadas a microcortes que concienzudamente he ido equipo por equipo probando, al margen de esto.

¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.

Sobre el tamaño de la base de datos estoy realmente asustado, las copias las tenemos programadas con sql 2012 y se hace de momento una al día pero a mayores hacemos copia de la máquina virtual completa, y próximamente tengo pensado hacer una réplica de la misma.

Cuál es el tamaño de archivo máximo que soporta SLQ 2012 para trabajar de forma óptima, es que estoy que echo las muelas por una base de datos que al momento del arranque ya nos ocupa 14gb y es una locura pensar qué ocupará dentro de un año, el miedo está ahí porque eso tiene que corromperse por narices.

Saludos.

No soy ningún experto, y no se las limitaciones, pero lo que sí puedo decirte que solía recomendarse dividir en varios ficheros de tamaño aceptable, y junto a la configuración raid adecuada es la que mejores resultados daba en velocidades.

EDITO: mira aquí comentan un poco lo que decía: https://www.sqlskills.com/blogs/paul/be ... ifference/
gordon81 escribió: ¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.

No es exactamente para lo que pides, pero tienes un mayor control sobre el Servidor SQL y podrás ver eventos interesantes dbForge SQL Server Event Profiler. Eso si, si andas justo de espacio atención a dónde guardas los ficheros que te vaya generando el programa.

Saludos ;)
gordon81 escribió:Muchas gracias por tu respuesta.

Pues te comento el ERP es Sage Murano, al que se le ha migrado una base de datos de Eurowin.

El problema que estoy viendo es que están reportando incidencias cada dos por tres inverosímiles achacadas a microcortes que concienzudamente he ido equipo por equipo probando, al margen de esto.

¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.

Sobre el tamaño de la base de datos estoy realmente asustado, las copias las tenemos programadas con sql 2012 y se hace de momento una al día pero a mayores hacemos copia de la máquina virtual completa, y próximamente tengo pensado hacer una réplica de la misma.

Cuál es el tamaño de archivo máximo que soporta SLQ 2012 para trabajar de forma óptima, es que estoy que echo las muelas por una base de datos que al momento del arranque ya nos ocupa 14gb y es una locura pensar qué ocupará dentro de un año, el miedo está ahí porque eso tiene que corromperse por narices.

Saludos.


Por el tamaño, al menos por 14 GB, no te preocupes... SQL 2012 como tal -sin contar la máquina sobre la que corre- aguanta muuuucho más... nosotros tenemos SQLs que manejan TBs en la misma BBDD sin despeinarse.

Otra cosa es SAGE (da igual murano que lo que sea)... no sé cuales son sus capacidades pero, en general, es basura como ERP... De hecho si me pidieran una lista de ERPs SAGE (lo que sea) ni lo mencionaría... Pero por el tamaño de la BBDD de 14 GB ni te preocupes ese no será tu problema con SQL con SAGE no sé pero con SQL seguro que no.
Madoc escribió:
gordon81 escribió:Muchas gracias por tu respuesta.

Pues te comento el ERP es Sage Murano, al que se le ha migrado una base de datos de Eurowin.

El problema que estoy viendo es que están reportando incidencias cada dos por tres inverosímiles achacadas a microcortes que concienzudamente he ido equipo por equipo probando, al margen de esto.

¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.

Sobre el tamaño de la base de datos estoy realmente asustado, las copias las tenemos programadas con sql 2012 y se hace de momento una al día pero a mayores hacemos copia de la máquina virtual completa, y próximamente tengo pensado hacer una réplica de la misma.

Cuál es el tamaño de archivo máximo que soporta SLQ 2012 para trabajar de forma óptima, es que estoy que echo las muelas por una base de datos que al momento del arranque ya nos ocupa 14gb y es una locura pensar qué ocupará dentro de un año, el miedo está ahí porque eso tiene que corromperse por narices.

Saludos.


Por el tamaño, al menos por 14 GB, no te preocupes... SQL 2012 como tal -sin contar la máquina sobre la que corre- aguanta muuuucho más... nosotros tenemos SQLs que manejan TBs en la misma BBDD sin despeinarse.

Otra cosa es SAGE (da igual murano que lo que sea)... no sé cuales son sus capacidades pero, en general, es basura como ERP... De hecho si me pidieran una lista de ERPs SAGE (lo que sea) ni lo mencionaría... Pero por el tamaño de la BBDD de 14 GB ni te preocupes ese no será tu problema con SQL con SAGE no sé pero con SQL seguro que no.

Se va un poco del hilo, pero ¿qué ERP recomendarías?

Supongo que han pasado de Eurowin a SAGE Murano por ser la migración natural, o supongo que los integradores trabajarían con Eurowin -que debe tener su relación con SAGE- y entonces les resultaba pasar a SAGE Murano.

He leído buena cosas de Odoo (antigua OpenERP).
Newton escribió:
Madoc escribió:
gordon81 escribió:Muchas gracias por tu respuesta.

Pues te comento el ERP es Sage Murano, al que se le ha migrado una base de datos de Eurowin.

El problema que estoy viendo es que están reportando incidencias cada dos por tres inverosímiles achacadas a microcortes que concienzudamente he ido equipo por equipo probando, al margen de esto.

¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.

Sobre el tamaño de la base de datos estoy realmente asustado, las copias las tenemos programadas con sql 2012 y se hace de momento una al día pero a mayores hacemos copia de la máquina virtual completa, y próximamente tengo pensado hacer una réplica de la misma.

Cuál es el tamaño de archivo máximo que soporta SLQ 2012 para trabajar de forma óptima, es que estoy que echo las muelas por una base de datos que al momento del arranque ya nos ocupa 14gb y es una locura pensar qué ocupará dentro de un año, el miedo está ahí porque eso tiene que corromperse por narices.

Saludos.


Por el tamaño, al menos por 14 GB, no te preocupes... SQL 2012 como tal -sin contar la máquina sobre la que corre- aguanta muuuucho más... nosotros tenemos SQLs que manejan TBs en la misma BBDD sin despeinarse.

Otra cosa es SAGE (da igual murano que lo que sea)... no sé cuales son sus capacidades pero, en general, es basura como ERP... De hecho si me pidieran una lista de ERPs SAGE (lo que sea) ni lo mencionaría... Pero por el tamaño de la BBDD de 14 GB ni te preocupes ese no será tu problema con SQL con SAGE no sé pero con SQL seguro que no.

Se va un poco del hilo, pero ¿qué ERP recomendarías?

Supongo que han pasado de Eurowin a SAGE Murano por ser la migración natural, o supongo que los integradores trabajarían con Eurowin -que debe tener su relación con SAGE- y entonces les resultaba pasar a SAGE Murano.

He leído buena cosas de Odoo (antigua OpenERP).


La verdad que la pregunta no tiene una fácil respuesta... Depende de muchos factores y, entre ellos, el tipo de negocio a que se dediquen, si desean una solución a medida o no, etc...

OpenERP, por ejemplo, puede suponer un ahorro de costes importante en licenciamiento pero un gasto en cuanto a adaptación del mismo y no sé cómo andará de soporte pero, si el grado de personalización es alto, lo que ahorras en licenciamiento lo pierdes en "dependencia" del instalador/configurador/adaptador que contrates....

Por otro lado, como ERPs profesionales "de verdad" SIEMPRE recomendaría tener en cuenta los más típicos, más famosos y más caros pero, por otro lado, los más fiables y con mejor soporte... como por ejemplo, SAP, Microsoft Dynamics -o AX si Dynamics no basta-. Ahora hay versión de Dynamics que puede contratarse junto con Office 365, es decir, hospedado por Microsoft (desconozco los términos de precios, etc... pero puede ser una opción que evite un desembolso grande de golpe para una infraestructura).

En fin, lo que sí es muy muy importante, más incluso que el ERP que se adquiera es un buen análisis funcional del negocio vs análisis funcional del ERP, asimismo de las posibles adaptaciones/personalizaciones -recomiendo huir al máximo de ellas, vale más modificar un proceso/procedimiento interno a no ser que sea imposible, cuando digo imposible no me refiero a "prefiero no cambiar" o "siempre lo hemos hecho así" (eso es veneno para una migración/instalación), si lo conseguimos conseguiremos abaratar el producto y que, además, funcione mejor, más rápido y con un estándar que, para actualizaciones futuras garantizará escalabilidad y renovación, además, de otro ahorro de costes. También es importantísimo acertar con la consultora que vaya a realizar el trabajo de instalación/migración/adaptación e incluso de recomendación del ERP, por ello recomiendo empresas que trabajen con varios fabricantes para evitar que nos vendan la moto o incluso contratar una consultora intermedia que analice qué necesitamos y busque instaladores/migradores/adaptadores pero que, desde el primer día, sepa que su beneficio está en una instalación eficaz y eficiente, sin fallos.

Siento el tochazo que he metido pero el tema de los ERPs es un agujero negro que no deja de gastar pasta y generar problemas si no se gestiona bien.

Saludos!
Madoc escribió:
La verdad que la pregunta no tiene una fácil respuesta... Depende de muchos factores y, entre ellos, el tipo de negocio a que se dediquen, si desean una solución a medida o no, etc...

OpenERP, por ejemplo, puede suponer un ahorro de costes importante en licenciamiento pero un gasto en cuanto a adaptación del mismo y no sé cómo andará de soporte pero, si el grado de personalización es alto, lo que ahorras en licenciamiento lo pierdes en "dependencia" del instalador/configurador/adaptador que contrates....

Por otro lado, como ERPs profesionales "de verdad" SIEMPRE recomendaría tener en cuenta los más típicos, más famosos y más caros pero, por otro lado, los más fiables y con mejor soporte... como por ejemplo, SAP, Microsoft Dynamics -o AX si Dynamics no basta-. Ahora hay versión de Dynamics que puede contratarse junto con Office 365, es decir, hospedado por Microsoft (desconozco los términos de precios, etc... pero puede ser una opción que evite un desembolso grande de golpe para una infraestructura).

En fin, lo que sí es muy muy importante, más incluso que el ERP que se adquiera es un buen análisis funcional del negocio vs análisis funcional del ERP, asimismo de las posibles adaptaciones/personalizaciones -recomiendo huir al máximo de ellas, vale más modificar un proceso/procedimiento interno a no ser que sea imposible, cuando digo imposible no me refiero a "prefiero no cambiar" o "siempre lo hemos hecho así" (eso es veneno para una migración/instalación), si lo conseguimos conseguiremos abaratar el producto y que, además, funcione mejor, más rápido y con un estándar que, para actualizaciones futuras garantizará escalabilidad y renovación, además, de otro ahorro de costes. También es importantísimo acertar con la consultora que vaya a realizar el trabajo de instalación/migración/adaptación e incluso de recomendación del ERP, por ello recomiendo empresas que trabajen con varios fabricantes para evitar que nos vendan la moto o incluso contratar una consultora intermedia que analice qué necesitamos y busque instaladores/migradores/adaptadores pero que, desde el primer día, sepa que su beneficio está en una instalación eficaz y eficiente, sin fallos.

Siento el tochazo que he metido pero el tema de los ERPs es un agujero negro que no deja de gastar pasta y generar problemas si no se gestiona bien.

Saludos!


Gracias por la respuesta; me ha tocado lidiar con distintos ERPs, con consultoras e integradores. He vivido migraciones, fases de testeo para ver si realmente merece la pena cambiar de ERP, pero cómo dices si tienes un ERP bastante personalizado cambiar después resulta doloroso. Todo ello sin tener en cuenta que los empleados están acostumbrados a un ERP y si se cambia tienen que aprender de nuevo a trabajar con el. Para empleados jóvenes puede ser cosa de unos días pero para empleados que llevan años puede ser una tortura.

He estado trabajando con bases de datos en CBase y algunas cosillas acabamos haciéndolas mediante ingeniería inversa; hoy día trabajamos contra SQL Server y nos parece todo bastante asequible.

Totalmente de acuerdo en contratar gente con experiencia y productos robustos; pero no son pocos los que nos han venido contando maravillas de Odoo. (Aunque entiendo que puede ser una base y después tiene todo ese trabajo de personalización por detrás).

Saludos ;)
Habéis probado a reducir las base de datos?? Parece una tontería pero reduce en mucho espacio. Nosotros tenemos prácticamente el mismo equipo con la misma ram y con el mismo sistema ESXi, con SQL SERVER 2014 y un ERP distinto. La base de datos nos ocupa 30 Gb (sin posibilidad de reducción ni recorte ya), con dos copias diarias y no tenemos absolutamente ningún problema, ni de velocidad ni de espacio ni de nada.

¿Exactamente qué es lo que os ocupa el espacio? Comprueba también que las copias de seguridad se estén realizando independientemente y que no sean incrementales (una a continuación de la otra en el mismo archivo, ya que supondría un gasto innecesario de espacio).
9 respuestas