# 19. Optimice el uso de datos de SAP para la eficiencia de costos de almacenamiento **¿Cómo se optimiza el uso de datos de SAP para minimizar los costos de almacenamiento y de memoria?** Diseñe el almacenamiento de su base de datos, las copias de seguridad y los sistemas de archivos de respaldo teniendo en cuenta el costo, y evalúe periódicamente la ubicación, la retención y las estrategias de mantenimiento. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/design-principle-19.html) # Práctica recomendada 19.1: conozca los requisitos de acceso y retención Conozca las maneras de acceder a datos y retenerlos. Considere los datos activos, los sistemas de administración de documentos y las copias de seguridad. **Sugerencia 19.1.1: categorice los distintos tipos de datos comerciales en el sistema SAP** A partir de la categorización de distintos tipos de datos y la frecuencia con la que se accede a estos (temperatura de datos) desde una perspectiva comercial, es posible identificar oportunidades para archivar o descargar datos de su sistema SAP para optimizar costos. Los siguientes son algunos de los tipos de datos frecuentes que se encuentran en un sistema SAP: + Referencia: datos con valores que cambian poco; por ejemplo, ciudades, países y tipos de cambio + Datos maestros de SAP: datos con valores que no cambian casi nunca; por ejemplo, datos maestros del cliente de SAP o productos + Auditoría: datos que se guardan por motivos de auditoría; por ejemplo, registros de cambio + Transacción: datos creados como parte de las operaciones comerciales diarias; por ejemplo, órdenes de ventas + Analíticos: datos creados para apoyar el análisis y la toma de decisiones; por ejemplo, presentación de informes de ventas mensuales Clasifique la temperatura de los datos de la siguiente manera: + Calientes: datos con acceso frecuente + Cálidos: datos sin acceso frecuente + Fríos: datos solo con acceso esporádico Clasifique los requisitos de retención de la siguiente manera: + Retención para fines de DR + Retención para fines de referencia + Retención para fines de conformidad o auditoría # Práctica recomendada 19.2: borre los datos innecesarios a través de la limpieza regular Para reducir su huella de datos y ahorrar costos, minimice el tamaño de la base de datos y el uso de otros sistemas de archivos a través de actividades regulares de limpieza y reorganización. **Sugerencia 19.2.1: revise el ajuste de tamaño y realice una limpieza regular en las tablas técnicas de SAP** SAP proporciona una guía integral sobre la administración de datos de tablas técnicas. Mediante la identificación y el tratamiento del incremento de estas tablas, se pueden reducir los costos de almacenamiento y computación. Esta acción es especialmente pertinente para las instancias de SAP HANA debido a la relación directa entre el tamaño de la base de datos y los requisitos de memoria. + Notas de SAP: [2388483 How-To: Data Management for Technical Tables (Cómo administrar datos para las tablas técnicas)](https://launchpad.support.sap.com/#/notes/2388483) [Se necesita acceso al portal de SAP] Utilice las declaraciones de SQL “de la tabla más grande” para obtener tamaños de tablas comparativos, en particular, de aquellas que han sido marcadas como tablas de base. Un ejemplo frecuente en los clientes de SAP establecidos es la gran cantidad de elementos de flujo de trabajo de SAP completados que se pueden borrar o archivar. La limpieza previa a una migración también puede mejorar los plazos y el rendimiento. Si utiliza SAP HANA, el informe ‘/SDF/HDB\$1SIZING’ puede proporcionar detalles de limpieza y requisitos de disco anticipados. **Sugerencia 19.2.2: controle el incremento del sistema de archivo a través de la limpieza automática o regular de registros, trazos, archivos de interfaz y copias de seguridad** Como los costos de almacenamiento están impulsados por el uso, hay oportunidades para optimizar el uso inicial, además del efecto multiplicador de las copias y copias de seguridad de los archivos que ya no se usan para el análisis de errores. + Notas de SAP: [2399996 How-To: Configuring automatic SAP HANA Cleanup with SAP HANACleaner (Cómo configurar la limpieza automática de SAP HANA con SAP HANACleaner)](https://launchpad.support.sap.com/#/notes/2399996) [Se necesita acceso al portal de SAP] # Práctica recomendada 19.3: implemente estrategias de compresión, reorganización y reclamo Todas las bases de datos compatibles con SAP proporcionan mecanismos para reclamar espacio. Estos mecanismos deben ser parte de las actividades de mantenimiento regulares para minimizar los aumentos de costos asociados con la extensión de memorias o volúmenes de EBS. **Sugerencia 19.3.1: utilice la compresión de base de datos** La compresión es una característica predeterminada en SAP HANA. Utilizar la compresión en otras bases de datos puede requerir licencias adicionales, pero es necesario explorar los beneficios en costos y rendimiento. Las siguientes notas proveen un punto de inicio para las distintas bases de datos, pero consulte la documentación de SAP y bases de datos para obtener información adicional. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/best-practice-19-3.html) **Sugerencia 19.3.2: utilice operaciones de reorganización y reclamo de bases de datos** El espacio que no se utiliza dentro de la base de datos, debido al uso orgánico o las actividades de archivo y limpieza dirigidas, puede requerir una operación de reorganización o reclamo para lograr los ahorros de espacio. Si reclama espacio de forma regular, reducirá el incremento general y el requisito de almacenamiento o memoria adicional. En las siguientes notas, se brinda una introducción para las distintas bases de datos, pero consulte la siguiente documentación de SAP y sobre bases de datos: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/best-practice-19-3.html) # Práctica recomendada 19.4: revise la estrategia de copias de seguridad para aplicar mejoras Cuando ejecuta SAP on AWS, debe evaluar su enfoque con respecto a las copias de seguridad y retención para optimizar los costos asociados con la ubicación, retención y recuperación. **Sugerencia 19.4.1: evalúe las ubicaciones de sus copias de seguridad** Amazon S3 es la solución de almacenamiento de largo plazo sugerida para las copias de seguridad del sistema SAP por sus opciones de bajo costo, durabilidad y clase de almacenamiento. Para copiar los datos de sus volúmenes de Amazon EBS en Amazon S3, puede usar instantáneas de un punto temporal, herramientas de bases de datos integradas o llamadas a la API directas para transferir datos. Las instantáneas *son copias de seguridad* progresivas, es decir, solo se guardan en el dispositivo los bloques que se han modificado después de la instantánea más reciente. De esta manera, se minimiza el tiempo requerido para crear la instantánea y se ahorran costos de almacenamiento sin duplicar datos. Las soluciones de copias de seguridad de bases de datos requieren un conocimiento del estado de la base de datos para garantizar la consistencia. AWS ofrece una solución de copia de seguridad de SAP HANA (AWS Backint for SAP HANA) sin costo adicional, que se integra directamente con Amazon S3. Para otras bases de datos compatibles con SAP, hay proveedores de bases de datos o herramientas de copias de seguridad provistas por terceros disponibles que respaldan la copia de seguridad directa a Amazon S3. + Documentación de SAP: [Featured backup solutions (Soluciones de copia de seguridad destacadas)](https://www.sap.com/dmc/exp/2013_09_adpd/enEN/#/solutions?search=backup) Para los requisitos ad hoc o para las áreas de almacenamiento provisional, es posible que primero sea necesario hacer una copia de seguridad en Amazon EBS. Para estos casos de uso, `un volumen ST1` constituiría un volumen de HDD de bajo costo que proporciona características de rendimiento y producción aptas para las copias de seguridad. Seleccionar `un volumen ST1` puede reducir los costos de almacenamiento generales cuando se requiere hacer una copia de seguridad de la base de datos de SAP en el disco. + Documentación de AWS: [Tipos de volúmenes de Amazon EBS](https://aws.amazon.com/ebs/features/#Amazon_EBS_volume_types) Si utiliza Amazon EFS para hacer copias de seguridad, considere el acceso poco frecuente de EFS. Esta clase de almacenamiento reduce los costos de almacenamiento para los archivos a los que no se accede todos los días. El acceso poco frecuente de una zona de Amazon EFS no se recomienda para las copias de seguridad, debido a que los datos solo residen en una AZ. **Sugerencia 19.4.2: revise e implemente una política de retención para las copias de seguridad estándar** Para controlar los costos, tiene que implementar una política de retención alineada con sus requisitos comerciales. Amazon S3 ofrece una gama de clases de almacenamiento diseñadas para casos de uso distintos con características como costo por GB, cargo de duración de almacenamiento mínimo y tarifa de recuperación (cuando corresponde). Entender los requisitos de retención y acceso para las copias de seguridad ayudará a determinar qué clase de almacenamiento es más adecuado para cumplir sus requisitos. Las políticas de ciclo de vida de S3 se pueden usar para hacer transferencias de forma automática a una clase de almacenamiento diferente sin ningún cambio en su aplicación. Por ejemplo, las copias de seguridad con períodos de retención más cortos pueden ser más aptos para S3 Standard que S3-IA o Amazon S3 Glacier debido a los costos de duración de almacenamiento mínimos y las tarifas de recuperación asociadas con estas clases. Las copias de seguridad con períodos de retención más largos, como copias de seguridad mensuales para fines de auditoría, son más aptas para S3-IA o Amazon S3 Glacier dependiendo del período de retención requerido. + Documentación de AWS: [Clases de almacenamiento de Amazon S3](https://aws.amazon.com/s3/storage-classes) + Servicio de AWS: [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/snapshot-lifecycle.html) + Documentación de AWS: [Administración del ciclo de vida de Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/lifecycle-management-efs.html) + Servicio de AWS: [AWS Backup](https://aws.amazon.com/backup) **Sugerencia 19.4.3: cree una estrategia para la creación de copias de seguridad ad hoc** Las copias de seguridad ad hoc de un sistema o sistema de archivos asociado puede ser un requisito. Estas copias de seguridad pueden requerirse antes de un cambio o como referencia para el estado del sistema en un punto temporal particular. Es posible que estas copias de seguridad no estén alineadas con períodos de retención estándar, por lo que deberá adoptar un cronograma o proceso aparte para garantizar que las políticas del uso y del ciclo de vida del almacenamiento, lo que incluye la eliminación, sean las más rentables para los requisitos individuales de esa copia de seguridad. **Sugerencia 19.4.4: revise la configuración de la copia de seguridad con respecto al enfoque de recuperación** Las copias de seguridad se utilizan para restaurar el sistema a un punto temporal anterior y protegerlo contra situaciones de error. Para garantizar la rentabilidad de un almacenamiento robusto pero no excesivo de copias de seguridad, es necesario revisar el enfoque de recuperación. Ponga a prueba las suposiciones sobre los requisitos para las copias de seguridad más antiguas y granulares. Determine si estas copias de seguridad anteriores serían necesarias en caso de una recuperación. Por ejemplo, es una estrategia válida usar la base de datos y copias de seguridad del sistema de archivos. Sin embargo, si en el mecanismo principal para la recuperación se utilizan herramientas de restauración de bases de datos, puede haber oportunidades para optimizar costos al reducir la retención o la eliminación de copias de seguridad de instantáneas para algunos volúmenes. + Documentación de AWS: [Instantáneas de Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html) + Documentación de AWS: [Lista de verificación de prácticas recomendadas de AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/best-practice-checklist/) # Práctica recomendada 19.5: considere opciones de categorización para los datos en tiempo real El impulsor principal del costo de computación con SAP HANA es la cantidad de memoria requerida. En consecuencia, el uso de opciones de descarga y categorización de datos puede reducir los costos de computación. Si bien otras bases de datos pueden incluir opciones de categorización, no se mencionan aquí. Consulte con su proveedor de bases de datos cuáles son las opciones disponibles. **Sugerencia 19.5.1: evalúe la categorización dinámica, los nodos de extensión y el almacenamiento casi lineal (NLS) para las cargas de trabajo basadas en SAP HANA OLAP** La categorización dinámica de SAP HANA es un complemento opcional de la base de datos de SAP HANA para administrar datos históricos. El propósito de la categorización dinámica es ampliar la memoria de SAP HANA con un almacén columnar centrado en el disco (en oposición al almacén en la memoria de SAP HANA) para administrar los datos a los que se accede con poca frecuencia. La categorización dinámica solo se puede usar para casos de uso de SAP HANA nativos y no para Business Warehouse (BW) en casos de uso de HANA o BW/4 HANA. Un nodo de extensión de SAP HANA es un nodo de trabajo de SAP HANA de uso especial que se configura y reserva específicamente para almacenar datos tibios. Un nodo de extensión de SAP HANA permite almacenar datos tibios para los casos de uso de análisis de SAP Business Warehouse (BW) o SAP HANA nativos. La cantidad total de datos que se pueden almacenar en el nodo de extensión de SAP HANA varía de 1 a 2 veces la cantidad total de memoria de su nodo de extensión. El Near-Line Storage (NLS, almacenamiento casi lineal) de SAP BW con SAP IQ permite almacenar datos fríos afuera de BW en una base de datos de HANA o BW/4 HANA. NLS permite mover los datos fríos de la base de datos HANA para almacenarlos en el servidor de SAP IQ. + Documentación de AWS: [SAP Data Tiering (Categorización de datos de SAP)](https://docs.aws.amazon.com/sap/latest/sap-hana/sap-data-tiering.html) **Sugerencia 19.5.2: evalúe el envejecimiento de datos y la Native Storage Extension (NSE, extensión de almacenamiento nativa) de SAP HANA para las cargas de trabajo basadas en OLTP** El envejecimiento de datos ayuda a liberar memoria de SAP HANA a través del almacenamiento de datos a los que se accede con menos frecuencia en la zona del disco. + Documentación de AWS: [SAP Data Tiering](https://docs.aws.amazon.com/sap/latest/sap-hana/sap-data-tiering.html) **Sugerencia 19.5.3: considere utilizar lagos de datos para los grandes volúmenes de datos analíticos** Cuando se analizan datos de SAP y datos que no pertenecen a SAP, los lagos de datos basados en S3 representan una opción rentable para el almacenamiento de datos. + Blog de SAP on AWS: [Building data lakes with SAP on AWS (Cómo crear lagos de datos con SAP on AWS)](https://aws.amazon.com/blogs/awsforsap/building-data-lakes-with-sap-on-aws/) # Práctica recomendada 19.6: evalúe las opciones de archivado y descarga Si recurre a opciones para archivar datos a los que se accede con poca frecuencia o descargar objetos grandes en un almacenamiento casi lineal, puede reducir los costos de infraestructura y de respaldo. **Sugerencia 19.6.1: implemente el archivado de tablas grandes con datos de acceso poco frecuente** Especialmente en las bases de datos de SAP HANA, podrá obtener beneficios de costos si recurre a estrategias de archivado para gestionar el incremento de las bases de datos. + Documentación de SAP: [Data Archiving (Archivado de datos)](https://help.sap.com/viewer/6c8d90ed795242279e9103a8acad9cbe/LATEST) **Sugerencia 19.6.2: evalúe las herramientas de archivado que respaldan Amazon S3 como destino** Amazon S3 está diseñado para tener una alta disponibilidad y durabilidad, y ofrece una amplia gama de clases de almacenamiento rentables. Por este motivo, es ideal para almacenar datos de archivos de SAP con el menor TCO. + Documentación de AWS: [Clases de almacenamiento de Amazon S3](https://aws.amazon.com/s3/storage-classes) + Documentación de SAP: [SAP Certified Archiving Solutions (Soluciones de archivado con certificación de SAP)](https://www.sap.com/dmc/exp/2013_09_adpd/enEN/#/solutions?filters=v:296) **Sugerencia 19.6.3: utilice un sistema de administración de datos para objetos grandes** Conozca las diferentes opciones, y sus beneficios de costos, para realizar descargas y administrar datos afuera de la base de datos de SAP cuando se trata de objetos grandes, como facturas e imágenes. Considere los requisitos comerciales para acceder a los datos, el esfuerzo de implementación y la complejidad de la administración continua. Los objetos grandes aumentan el tamaño de la base de datos, lo que infla los costos de recursos y de copias de seguridad. Las opciones del sistema de administración de datos pueden proporcionar una solución de almacenamiento de menor costo. + Documentación de SAP: [SAP Document Management (Administración de documentos de SAP)](https://help.sap.com/viewer/0f3e26f224d9419688b3d25d7c2e46fe/LATEST/en-US/4af6e75227db9972e10000000a4450e5.html) + Documentación de SAP: [Search for Certified ILM Solutions (Búsqueda de soluciones de ILM certificadas)](https://www.sap.com/dmc/exp/2013_09_adpd/enEN/#/solutions?search=BC-ILM)