{"id":8259,"date":"2022-11-04T18:16:14","date_gmt":"2022-11-04T18:16:14","guid":{"rendered":"http:\/\/soindus.srtv.cl\/?p=8259"},"modified":"2023-11-29T20:29:24","modified_gmt":"2023-11-29T20:29:24","slug":"determine-el-tamano-adecuado-para-sus-soluciones-sap","status":"publish","type":"post","link":"https:\/\/soindus.com\/index.php\/determine-el-tamano-adecuado-para-sus-soluciones-sap\/","title":{"rendered":"Determine el tama\u00f1o adecuado para sus soluciones SAP"},"content":{"rendered":"
\n

Sizing o Dimensionamiento significa determinar los requisitos de hardware, como la memoria, la potencia de la CPU, el espacio en disco, la capacidad de E\/S y el ancho de banda de la red. Es un proceso iterativo para traducir los requisitos comerciales en requisitos de hardware y, por lo general se realiza al principio de todo proyecto.<\/p>\n

\u2026Ayudando a nuestros clientes a determinar sus requisitos de hardware<\/i><\/p>\n

\u00bfQu\u00e9 es Sizing?<\/b>
\nEl tama\u00f1o del hardware y la base de datos est\u00e1 influenciado tanto por aspectos comerciales como tecnol\u00f3gicos. Esto significa que se debe tener en cuenta el n\u00famero de usuarios que utilizan los distintos componentes de la aplicaci\u00f3n y la carga de datos que colocan en la red.<\/p>\n

Con la ayuda de los resultados de SAP Standard Application Benchmark en https:\/\/www.sap.com\/benchmark<\/a>, se pueden hacer declarativas sobre el consumo de CPU y el consumo de memoria de componentes de software particulares.<\/p>\n

Para el dimensionamiento hemos identificado tres modelos de sizing, diferentes e independientes que tienen a su vez diferentes ventajas y desventajas. Los dos primeros: sizing basado en el usuario y sizing basado en el rendimiento, se han implementado en la herramienta de SAP Quick Sizer que puede utilizar completando para obtener el tama\u00f1o adecuado.<\/p>\n

Sizing basado en el usuario<\/u>
\nDefinimos tres tipos de usuarios activos que trabajan con el sistema en diferente grado (Actividad baja, Actividad Media, o Alto operaci\u00f3n del usuario en el sistema). El simple hecho de contar a los usuarios se puede hacer con bastante facilidad. La desventaja es que esta estimaci\u00f3n es bastante aproximada, ya que dice muy poco sobre el rendimiento real que producen estos usuarios.<\/p>\n

Sizing basado en el rendimiento<\/u>
\nEste modelo es bastante completo porque se basa en el rendimiento real o esperado. Sin embargo, este modelo se basa en una serie de supuestos en t\u00e9rminos comerciales (por ejemplo, n\u00famero de art\u00edculos de l\u00ednea de pedido por a\u00f1o) que deben contrastarse con la instalaci\u00f3n individual.<\/p>\n

Customer Performance Test<\/u>
\nLas pruebas correspondientes se realizan en un sistema de cliente con datos del cliente. La desventaja es que realizar estas pruebas requiere una cantidad considerable de tiempo y dinero. Para obtener m\u00e1s informaci\u00f3n, cont\u00e1ctenos y podremos entregar m\u00e1s informaci\u00f3n.<\/p>\n

Tipos de Sizing o Dimensionamientos<\/b>
\n\u2026Elija su tipo de talla<\/i><\/p>\n

Greenfield Sizing<\/b>
\nEl t\u00e9rmino \u00absizing greenfield\u00bb se utiliza principalmente en el contexto de nuevas implementaciones sin o con poca experiencia con el software SAP. Se refiere al proceso de averiguar cu\u00e1les son los principales impulsores de carga y asignarles alg\u00fan valor de tama\u00f1o.<\/p>\n

Muy a menudo, esto se hace en las primeras fases de un proyecto donde los procesos comerciales reales y los vol\u00famenes de datos requeridos no est\u00e1n disponibles en detalle. Entonces, greenfield tiene dos significados: nuevo en SAP y \/ o temprano en el proyecto<\/b>. En el sizing greenfield, se utilizan herramientas est\u00e1ndar, como Quick Sizer y pautas de dimensionamiento.<\/p>\n

Quick Sizer<\/b> calcula los recursos de memoria, CPU, disco y E \/ S en funci\u00f3n del rendimiento y la cantidad de usuarios activos simult\u00e1neamente. Vea este video para obtener una introducci\u00f3n a Quick Sizer.<\/p>\n

<\/p>\n

Brownfield Sizing<\/b><\/p>\n

Existen diferentes enfoques para el \u201cBrownfield Sizing\u201d, seg\u00fan la etapa del ciclo de vida de una soluci\u00f3n. El t\u00e9rmino Brownfield Sizing tiene diferentes significados. Puede ser un tama\u00f1o de actualizaci\u00f3n, delta, reestructuraci\u00f3n o migraci\u00f3n.<\/p>\n

Para realizar una actualizaci\u00f3n, delta, o redimensionamiento, normalmente mide su consumo actual de recursos (es decir, utilizaci\u00f3n de CPU, crecimiento de la tabla y uso de memoria) para predecir las necesidades futuras de recursos. Despu\u00e9s de analizar su sistema, agrega la carga adicional causada por usuarios adicionales o nuevas aplicaciones.<\/p>\n

A continuaci\u00f3n algunos escenarios:<\/p>\n

Sizing despues go-live (Despu\u00e9s de la salida en Vivo)<\/b><\/p>\n

Consulte esta descripci\u00f3n general sobre el dimensionamiento productivo, incluido el cambio de tama\u00f1o, el tama\u00f1o delta y el tama\u00f1o de actualizaci\u00f3n.
\nhttps:\/\/www.sap.com\/documents\/2016\/10\/28f19e4a-8f7c-0010-82c7-eda71af511fa.html<\/a><\/p>\n

Sizing de la migraci\u00f3n desde un sistema de origen SAP NetWeaver<\/u>
\nHay diferentes enfoques disponibles, si desea migrar un sistema SAP NetWeaver existente de una base de datos tradicional a SAP HANA.<\/p>\n

Para ello recomendamos ejecutar los reportes y procedimiento mencionado en la SAP Note 18721170, el reporte debe usarse para estimar los requisitos de hardware si planea migrar su sistema ECC basado en SAP NetWeaver a SAP HANA. Soindus podr\u00e1 apoyarte en todo tu proceso de migraci\u00f3n, contamos con basta experiencia en este tipo de actividades.<\/p>\n

Si desea estimar los requisitos de hardware de un sistema SAP Business Warehouse despu\u00e9s de la migraci\u00f3n a SAP HANA, debe ejecutar el informe de tama\u00f1o de BW (nota de SAP 2296290).<\/p>\n

Expert Sizing<\/b>
\nNormalmente, en un dimensionamiento experto se realizan an\u00e1lisis m\u00e1s profundos sobre los resultados de un dimensionamiento basado en herramientas (Quick Sizer, Informes de dimensionamiento, etc.).<\/p>\n

No hay herramientas est\u00e1ndar disponibles para realizar un dimensionamiento experto, pero existe una amplia gama de posibilidades para tales an\u00e1lisis adicionales.<\/p>\n

Muy a menudo, la comunicaci\u00f3n directa con un experto en dimensionamiento ya es suficiente para aclarar preguntas abiertas, generalmente a trav\u00e9s de un ticket de soporte.<\/p>\n

En tal caso, las condiciones espec\u00edficas del cliente que tienen un impacto en el sizing, pero que no se pueden capturar en herramientas automatizadas se pueden considerar como parte del procedimiento de sizing, y los resultados del dimensionamiento se pueden adaptar inmediatamente para reflejar estas condiciones.<\/p>\n

En el caso de tareas de dimensionamiento muy complejas (por ejemplo, cuando varios productos \/ componentes est\u00e1n involucrados en un ejercicio de sizing), puede ser necesaria una exploraci\u00f3n detallada de algunos procesos comerciales centrales, tanto a nivel funcional como t\u00e9cnico.<\/p>\n

Una exploraci\u00f3n tan detallada podr\u00eda incluir los siguientes pasos:
\n<\/u><\/p>\n