Buscar
Cierra este cuadro de búsqueda.

Parte I: Acelere la recuperación de datos con Qumulo

Escrito por:

Recuperación rápida de datos

Las empresas dependen de los datos para generar conocimientos comerciales, reducir el riesgo y obtener una ventaja competitiva. La reciente aceleración intensa de datos no estructurados ha catapultado la importancia general de este datos directamente a la cima de la cadena alimentaria para las empresas modernas. Con un mayor nivel de importancia viene un mayor escrutinio de seguridad de datosy garantizar que las empresas cuenten con estrategias sólidas de recuperación de datos.

Érase una vez, las empresas se centraban en tener una gran estrategia de "respaldo". Pero con la cantidad de estructurados y datos críticos para el negocio no estructurados en continuo crecimiento, las empresas han cambiado el enfoque de simplemente “una gran estrategia de espalda” a las complejidades operativas de la recuperación. En este blog, adoptaré un enfoque diferente cuando hable sobre la protección de datos centrándome en los datos estructurados y cómo los administradores de bases de datos (DBA) protegen los sistemas más críticos de su organización, como Oracle, Microsoft SQL o SAP, y cómo Qumulo está siendo utilizado para apoyar estas estrategias para cumplir con los objetivos clave de recuperación. 

Protección de aplicaciones de misión crítica

Las aplicaciones más críticas para la misión a menudo se crean sobre la base de conjuntos de datos estructurados que viven dentro de bases de datos como Oracle y Microsoft SQL. Los administradores de bases de datos que administran estas bases de datos no solo deben asegurarse de que las bases de datos funcionen de manera óptima para potenciar las aplicaciones, sino que también deben contar con una sólida estrategia de protección de datos para cumplir con el Acuerdo de nivel de servicio (SLA) establecido por la empresa para los objetivos de tiempo de recuperación (RTO) y los objetivos de punto de recuperación ( RPO). 

RTO vs RPO: ¿Cuál es la diferencia?

Antes de profundizar demasiado, es importante entender algunos términos que usaré en este blog. Si bien estos han existido durante algún tiempo, creo que es importante reafirmar lo que significan estos términos y en qué se diferencian para construir esta línea de base en este blog. .  

A menudo escuchamos RTO/RPO en cualquier momento el tema de protección de datos surge, pero ¿qué es y por qué es un artículo de discusión tan importante? En pocas palabras, estos dos elementos se refieren a su tolerancia a la pérdida. Sé que suena negativo hablar de pérdida, pero la realidad es que ese es el verdadero origen de los términos Objetivo de tiempo de recuperación y Objetivo de punto de recuperación. 

 

Cuántos datos puede tolerar perder (RPO) y cuánto tiempo puede tolerar estar inactivo (RTO). Esto será diferente para cada cliente, y si no tiene un RPO/RTO documentado para su entorno, le recomiendo hablar con uno de nuestros ingenieros de sistemas o con su socio revendedor. Tener este conocimiento va de la mano con el desarrollo de una estrategia de recuperación sólida y un plan de recuperación ante desastres, que analizaré en la siguiente sección.

Más allá de la aplicación

Todos entendemos lo importante que es el DBA para cualquier organización, desde asegurarse de que la base de datos y las aplicaciones funcionen sin problemas y que todos los clientes/usuarios tengan acceso. Pero lo que a menudo no se reconoce es el nivel de esfuerzo que invierten los DBA para proporcionar el tiempo de actividad y la disponibilidad de las aplicaciones y su base, la base de datos. Mientras que la TI tradicional suele ser responsable de la gestión diaria de las soluciones de almacenamiento, las infraestructuras virtuales, los entornos de nube y las operaciones funcionales, como los planes de copia de seguridad y recuperación ante desastres (DR), la mayoría de los administradores de bases de datos están en silencio creando sus propios planes. para apoyar la salud de los ecosistemas de aplicaciones. Según mi experiencia, los DBA son la última línea de defensa cuando se trata de protección de datos y disponibilidad de aplicaciones. Por lo tanto, tiene sentido que los DBA creen una estrategia de recuperación sólida y un plan de recuperación ante desastres para respaldar sus esfuerzos independientes en caso de una interrupción del negocio. Por cierto, antes de continuar, permítanme definir este término que ya han visto dos veces en este blog, “interrupción del negocio”. Es el evento que ocurre cuando experimenta una incapacidad para acceder a los sistemas y/o datos para impulsar su negocio. Es solo una interrupción comercial, siempre que se recupere dentro de las pautas de su SLA y RTO/RPO establecidos. Más allá de esos objetivos, una interrupción del negocio se convierte en un desastre. Por eso es importante conocer estos puntos de datos críticos para su propio entorno, y créame, si le pregunta a su DBA cuál es su RTO/RPO, lo sabrá. 

Mirando hacia el futuro a la Parte II

En esta serie de dos partes, presentamos Qumulo Rapid Recovery y explicamos por qué una estrategia de "copia de seguridad" ya no es suficiente para la mayoría de las organizaciones. Más bien, el enfoque se ha desplazado hacia la recuperación operativa o "negocios como siempre", lo que realmente hace que la discusión sobre RTO/RPO sea aún más relevante.  

Sin embargo, mencionamos un tema del que no muchos hablan y es el crecimiento de datos no estructurados y los desafíos que enfrentan los administradores de bases de datos en la actualidad. De acuerdo a IDC, se proyecta que el crecimiento de los datos alcance los 180 ZB para 2025; además, el 80 % de los datos globales estarán representados por datos no estructurados para 2025 y el resto presumiblemente serán datos estructurados y semiestructurados. A través de nuestra tecnología de instantáneas, podemos manejar el tremendo crecimiento y la protección de los datos no estructurados, pero los datos estructurados o las bases de datos deben manejarse de manera diferente para cumplir con los objetivos de recuperación de la mayoría de las organizaciones. ¿Cómo están preparados los DBA para respaldar este crecimiento y crear una estrategia de recuperación operativa para cumplir con el RTO/RPO de su empresa? Asegúrese de consultar la Parte II de este blog para obtener mi opinión y cómo Qumulo ya está ayudando a los clientes a lograr estos objetivos con Qumulo Rapid Recovery.

Proteja el almacenamiento de datos de sus archivos del ransomware con seguridad integral

Explicación de la codificación de borrado frente a RAID: métodos de protección de datos

¿Listo para probar Qumulo?

 

Artículos Relacionados

Ir al Inicio