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.
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.
gordon81 escribió: ¿me puedes indicar en qué parte de sql manager se puede ver dicho visor para ver los microcortes?.
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.
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.
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).
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!