SAP HANA no admite el mismo trato que un servidor de aplicación cualquiera. Es una base de datos en memoria, con requisitos de tamaño y de rendimiento definidos por SAP, y con un modelo de soporte que exige que la infraestructura esté validada para ese uso. Eso reduce el catálogo de opciones, y esa reducción es lo primero que conviene entender antes de cotizar.
SAP certifica configuraciones concretas, con combinaciones definidas de procesador, memoria y almacenamiento. Armar un equipo equivalente sobre el papel pero fuera de esa lista deja el ambiente sin la validación que el soporte espera, y eso se descubre en el peor momento: cuando hay un incidente y hace falta escalarlo.
Un ambiente en memoria se mide por el volumen de datos que tiene que residir en RAM, más margen de crecimiento, según las reglas de dimensionamiento de SAP. Tomar las características del servidor anterior y buscar algo parecido es el camino más corto a un equipo que no alcanza o a uno que costó el doble de lo necesario.
Un ambiente productivo se diseña con replicación del sistema y un procedimiento de conmutación probado, no con una sola máquina grande. Y el respaldo tiene su propia ruta: hace falta que sea consistente con el motor, porque una copia del disco puede quedar inservible. La prueba de restauración es parte del proyecto.
El ambiente de calidad, que en HANA no es opcional si se van a aplicar actualizaciones; la latencia hacia los sistemas que consultan; y la ventana real de corte, que depende del volumen a migrar y se define con fecha.
Iterati es distribuidor autorizado de las marcas de este catálogo y opera desde Guadalajara para todo México. Cotizamos contra el dimensionamiento de SAP, facturamos en México con IVA, y dejamos escrita la ventana de corte antes de arrancar.
No. SAP valida configuraciones específicas, y usar una fuera de esa lista deja el ambiente sin la validación que el soporte espera. Ese es el primer filtro de cualquier cotización.
Con las reglas de dimensionamiento de SAP sobre los datos reales, midiendo el volumen que tiene que residir en memoria más el crecimiento previsto. No se deduce de las características del servidor anterior.
Las dos opciones tienen configuraciones validadas. La nube evita la compra de un equipo grande y permite crecer; la infraestructura propia puede salir mejor cuando la carga es estable y ya hay sitio y personal.
Con herramientas que entienden el motor, para que la copia sea consistente. Una copia del disco tomada en caliente puede quedar inservible, y eso solo se descubre al intentar restaurar.
Si se van a aplicar actualizaciones o cambios, sí. Probar en producción en un sistema de este tipo no es una opción razonable, y ese ambiente hay que presupuestarlo desde el principio.
¿Algún proyecto de Servidores para SAP HANA en mente?
¡Nosotros te ayudamos! Mándanos tu información y nos pondremos en contacto contigo
Mándanos tus datos y te respondemos con una cotización: precio, vigencia y factura en México.