Algunos dicen que las mejores cosas de la vida son gratis, pero cuando se trata de protección de datos en el cloud Lo gratuito podría ofrecerte solo una parte de lo que necesitas y, a la larga, costar más. En definitiva, es bueno tener opciones y analizar las ventajas y desventajas de cualquier solución de protección de datos en la nube pública para asegurarte de que obtienes lo que necesitas al menor coste posible.
I am sure that many people thought to themselves, “what is Clumio doing providing free snapshot management capabilities since snapshots are not backups?” You are correct, snapshots are not backups, but they do have their place in the public cloud.
Snapshots are an awesome operational recovery mechanism for applications that need point-in-time recovery in AWS.Operational recovery might be the only requirement if you are an early cloud adopter, or for most, it can be part of a broader holistic data protection solution that requires backup of data with longer than 14 – 30 days of retention for compliance requirements.
We are providing this snapshot management capability for free to our customers, versus charging for it like many of our friends in the industry. It is only part of a complete data protection solution in the cloud. Although I think they should rename it to AWS Operational Recovery instead. 🙂
¿Cuáles son las ventajas y los inconvenientes de las instantáneas en AWS y por qué no se consideran copias de seguridad?
Una de las principales ventajas de las instantáneas es la capacidad de restaurar rápidamente los datos tras errores, eliminaciones accidentales o daños en los datos. Las instantáneas locales suelen almacenarse en la misma matriz o infraestructura de aplicaciones que la aplicación principal, para permitir una recuperación rápida. En AWS, las instantáneas se almacenan en la misma cuenta de AWS que los datos de producción. Independientemente de dónde se encuentren estas instantáneas, suelen conservarse durante períodos relativamente cortos, ya que su valor para la Recovery operativa disminuye con el tiempo.
Beyond snapshots, backups are required to be held outside the production environment to ensure you have access to your data, even when the production infrastructure goes down or has major issues. Backups are also stellar at fine-grain recovery as they are indexed and cataloged for quick granular retrieval outside of production. Compliance backup goes even further, as it needs to be kept for legal or compliance needs, which need to be protected even when an entire site or account is compromised.
One of the major cons of snapshots is they fail miserably in both functionality and cost when used for backup and long-term compliance. For example, let’s say you have a new application you developed or moved from on-premises that has a requirement for 30 daily backups and 12 monthly backups for long-term retention. Snapshots are stored on the same account as the production data, so if you fat-finger a script, delete the wrong thing, or a bad actor gets access to your account, you lose the backup and potentially the data. This is obviously bad.
Para evitar esta vulnerabilidad, siempre se pueden replicar estas instantáneas a otra cuenta de AWS para mayor seguridad, pero entonces hay que hacer frente a los costes de transferencia, al doble de la factura de las instantáneas y, si se utilizan servicios PaaS como RDS, se exigirá mantener copias completas en lugar de cadenas de instantáneas. Dado que ninguno de los datos está indexado ni catalogado, ahora hay que restaurarlo todo y buscar los datos por uno mismo. Recuperar los datos también es complicado, pero solo los costes en este escenario hacen que las instantáneas resulten inutilizables.
Why use Clumio’s Free Tier for Operational Recovery instead of AWS Backup or snapshot managers?
Clumio’s backup as a service for native AWS services provides a holistic data protection solution well beyond snapshot management. As you proceed along your cloud journey, Clumio can provide a single data protection service to help with your enterprise needs. Maybe today you use snapshots for operational recovery in a testing and development environment. When the application goes into production, the requirements change and you need more protection, yet you don’t want and probably didn’t plan for massive costs with snapshots.
With Clumio, you can leverage our unique air gap protection, full indexing and catalog, and granular restores of files for EBS or granular record retrieval for RDS via direct query access to our data lake. The experience is stellar and can be turned on for any application requiring these features beyond snapshots. The best part is all of this may be delivered at up to 50% less cost compared to AWS snapshots.
¿Cómo es la experiencia con Clumio en la gestión de instantáneas?
Al igual que con todo en Clumio, la experiencia es sencilla y ponerlo en marcha lleva tan solo 15 minutos. El primer paso es crear tus datos de acceso, lo cual es tan sencillo como introducir un correo electrónico y una contraseña. A continuación, introduce la información de tu cuenta de AWS, incluyendo el número de cuenta, la descripción de la cuenta (para que puedas recordarla) y la región de AWS, y haz clic en «Siguiente»; después, inicia el asistente de CloudFormation Stack:
This will kick you over to AWS to create the stack. Click Create stack and wait about 3 – 5 minutes to complete.
Una vez completado este proceso, tu cuenta pasará por los servicios de inventario. También puedes aplicar el mismo proceso a todas las demás cuentas que desees proteger. Cuando hayas terminado, el siguiente paso es crear una política unificada para EBS y/o RDS.
Defina las políticas para un máximo de 30 días en el caso de EBS o de 35 días en el caso de RDS:
Clumio utiliza las etiquetas existentes para ajustar las políticas, por lo que el siguiente paso es determinar las etiquetas que deseas proteger con la nueva política que acabas de crear. Esto te permite etiquetar recursos específicos para protegerlos con esta política.
That is it! Now you are up and running with Clumio’s free tier for operational recovery for both EBS and RDS.
Now that we have operational recovery available for EBS and RDS, let’s review the restoration process for EBS. First, you pick the EBS volume you want to restore, then define the point in time you want to restore. In this case, I have backups (shown in blue dots) and snapshots (shown in orange dots). When you click on the date it will give you options for both.
A continuación, puedes restaurar el volumen en cualquier zona de disponibilidad (AZ) disponible.
RDS is a similar experience, but slightly different as there are multiple options for the protection of RDS available including rolling backup (time-lagged RDS instance in Clumio) and granular record retrieval (long-term backup).
Primero, elige una fecha de restauración en la que haya una instantánea disponible (punto naranja), haz clic en «Recuperar» y, a continuación, selecciona el momento exacto —con precisión de segundos— en el que quieres recuperar la base de datos. En este caso, voy a restaurarla a las 5:04:04 de la mañana.
As you can see in this quick overview, protecting AWS resources for operational recovery is incredibly easy! No matter if you are developing net-new applications, lifting and shifting legacy applications from your on-premises data center, or a cloud-optimized veteran with 100% of your applications running on the cloud, Clumio has a solution to help. For more information, check out our backup as a service for AWS.
Hasta la próxima, manteneos «SaaSy», amigos míos.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
In 2007, ten years after the company was founded, Netflix was slinging rentals of Weekend at Bernie’s in red envelopes by mail. Anyone remember the last Netflix DVD that they failed to return? Not saying mine was Weekend at Bernie’s, but it very well could have been. In 2007, Netflix pivoted to streaming services. As early as 2011, they realized that their digital content suppliers would ultimately be their competitors and they shifted from a reliance on third-party content to becoming a producer of original content. In July of this year, Netflix broke HBO’s record for the most Emmy nominations.
Netflix no comenzó con el objetivo final de desbancar a Blockbuster, sino con la firme intención de ofrecer streaming en cuanto el ancho de banda de la red y los contenidos digitales estuvieran fácilmente disponibles. Al fin y al cabo, su nombre desde el principio fue Netflix, no DVDsDirect.com. En sus inicios, se centraron en objetivos a corto plazo y mantuvieron el enfoque en el cliente, no en la competencia. También tuvieron la suerte de encontrarse con un mercado enorme y unos cuantos competidores anticuados y agotados a los que pudieron desbancar desde el principio. Aquí en Clumio, hay muchas cosas interesantes que nos proponemos ofrecer. También hay una gran cantidad de oportunidades fáciles de aprovechar ahí fuera.
For those who have spent time in the data protection space and don’t know Clumio:
We’re relentlessly focused on simplifying data protection with a secure, air-gapped backup and recovery service for a world where customer data is increasingly distributed across clouds, SaaS and on-premises realms. We’re also here for a world where the bitcoin-seeking boogie man is just as much of a threat as a natural disaster.
We’re a company focused on customer delight. We belive in simplfying data protection. Clumio can be turned on in as few as 10 minutes and our customers can go focus on more important things to drive their businesses forward.
We’re a platform company with our eyes to the horizon. We seek to deliver value creation opportunities as a by-product of our data protection offering. Think analytics and ETL. Think multi-cloud data management and cloud arbitrage. Our follow-on acts are why this author joined and why smart people with backgrounds in search, security, analytics and cloud are steering the company, on our board or have voted for us with their wallets.
Para los analistas, así como para mis amigos y familiares que quizá no conozcan bien Clumio:
Clumio for VMware Protection = Weekend at Bernie’s mailed in a Red Netflix Envelope. Protecting on-premises assets is our “DVD in a red envelope” use case. It’s our “right now” interest simplifying and disrupting the private cloud data protection market, and it’s a massive market that’s ripe for disruption.
Clumio for Cloud Native Services and SaaS Protection = Streaming The Office on Netflix. This is an emerging market as organizations move to public cloud and SaaS and find that the native data protection services offered by traditional providers are purpose-built for the data center, short on functionality and super costly.
Clumio Data Platform = Netflix Studios. I’m going to venture a guess that Ozark helps drive far more consumers to the Netflix service than Weekend at Bernie’s. Over time you will see us evolve from being solely focused on data protection to opening up the platform to afford customers and their partners the opportunity to derive greater value than just operational recovery. The proof points and hints are already there if you look for them.
Thanks for putting up with this author’s incessant desire to trot out analogies. It’s just that signing up for and deploying a protection strategy with Clumio is about as uninvolved as signing up for Netflix. And just like the Netflix service, new content and goodness arrives while you sleep.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
Downtime costs businesses thousands per minute, and traditional backup alone is not enough.This guide covers what cloud recovery is, why it matters, and how to build a strategy that keeps your data safe.
Recovery en la nube es un campo en rápida evolución. Estos son los puntos más importantes que debes tener en cuenta de esta guía:
Recovery en la nube combina la protección de datos con una recuperación rápida para ayudar a reducir el tiempo de inactividad y la pérdida de datos.
Las filtraciones de datos suponen ahora un coste medio de millones de dólares para las organizaciones, lo que hace que una estrategia de recuperación ante desastres en la nube sea más crucial que nunca.
Backup and disaster recovery serve different purposes – backup preserves copies of data, while disaster recovery focuses on restoring operations after a failure.
Entre las mejores prácticas se incluyen definir los objetivos de tiempo de recuperación (RTO) y de punto de recuperación (RPO), seguir la regla de copia de seguridad 3-2-1, clasificar las cargas de trabajo por nivel de criticidad y probar los planes de recuperación con regularidad.
Clumio de Commvault ofrece Backup and Recovery nativo de la nube y aislado físicamente para cargas de trabajo de AWS, incluyendo Amazon S3, DynamoDB y otras.
Recovery en la nube consiste en replicar datos en un entorno de nube para que su organización pueda restablecer las operaciones rápidamente tras una interrupción. Whether you are dealing with a ransomware attack, a misconfigured deployment, or a region-wide outage, a strong cloud recovery strategy helps give you the ability to recover critical data and resume business operations without relying on legacy infrastructure.
The stakes are high. Cyberattacks are growing in frequency and sophistication. Hardware failures happen without warning. Human error – from accidental deletions to bad code pushes – remains one of the leading causes of data loss. And for organizations running production workloads in the cloud, the blast radius of any of these events can extend across applications, databases, and entire regions.
A cloud disaster recovery approach helps address these risks by storing backup copies of your data in isolated, off-site cloud environments and providing the tools to help restore that data rapidly. Unlike traditional on-premises backup, cloud-based solutions scale with your infrastructure and can be tested and validated without disrupting production systems.
En esta guía, explicamos en detalle qué es la recuperación en la nube, en qué se diferencia de las copias de seguridad tradicionales y qué prácticas recomendadas debe seguir para proteger su organización.
¿Qué es la recuperación en la nube?
Cloud backup and disaster recovery are two related but distinct disciplines that work together to help protect your organization’s data and operations.
Cloud backup is the process of copying data – files, databases, application configurations, and system images – to a remote cloud environment. These copies serve as point-in-time snapshots that you can use to help restore data if the original is lost, corrupted, or compromised. Cloud backup removes the need for physical media like tape or on-site storage arrays and helps give you the flexibility to store data across multiple regions and accounts.
Recuperación en caso de desastre goes further. Recuperación en caso de desastre is a strategy for restoring not just data, but the applications, infrastructure, and workflows your business depends on. A disaster recovery plan defines how quickly you need to be back online (your RTO) and how much data loss you can tolerate (your RPO).
When you combine cloud backup with disaster recovery, you get a cloud-based disaster recovery strategy – one that helps store protected copies of your data off-site and provide the automation and tooling needed to recover workloads at scale.
Por qué es importante la recuperación en la nube
The cost of failing to protect your data has never been higher. Data breaches now cost organizations millions of dollars on average.
But breach costs are only part of the picture. Unplanned downtime disrupts revenue, erodes customer trust, and triggers regulatory scrutiny. For organizations in regulated industries like financial services, healthcare, and legal, the failure to recover data within defined timeframes can result in fines, litigation, and loss of operating licenses.
Ransomware has changed the calculus further. Attackers increasingly target backup infrastructure itself, encrypting or destroying recovery data before launching their primary attack. Without a cloud recovery strategy that includes isolated, immutable copies of your data, you risk losing both your production environment and your ability to recover from it.
Disaster recovery as a service (DRaaS) has emerged as one response to this challenge, helping give organizations the ability to replicate and fail over workloads to a cloud-hosted environment without managing their own disaster recovery infrastructure.
A well-designed cloud recovery plan helps reduce both the financial and operational impact of unplanned outages – and increasingly, it is a baseline expectation from auditors, regulators, and cyber insurance providers.
<. Elija tecnologías de copia de seguridadection id="cloud-backup-v. Elija tecnologías de copia de seguridad-di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter-recovery" cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="blade t-light blade-pt-none blade-pb-md " >
[. Elija tecnologías de copia de seguridadtrong]<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="NormalTextRun SCXW140045880 BCX0">Cloud Backup v. Elija tecnologías de copia de seguridad. Di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter Recovery:<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="NormalTextRun SCXW140045880 BCX0">What<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="NormalTextRun SCXW140045880 BCX0">’<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="NormalTextRun SCXW140045880 BCX0">. Elija tecnologías de copia de seguridad<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="NormalTextRun SCXW140045880 BCX0">the Difference?[/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Many organization. Elija tecnologías de copia de seguridad confu. Elija tecnologías de copia de seguridade backup with di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter recovery, but a backup without a recovery plan leave. Elija tecnologías de copia de seguridad critical gap. Elija tecnologías de copia de seguridad in your re. Elija tecnologías de copia de seguridadpon. Elija tecnologías de copia de seguridade . Elija tecnologías de copia de seguridadtrategy. Under. Elija tecnologías de copia de seguridadtanding the di. Elija tecnologías de copia de seguridadtinction i. Elija tecnologías de copia de seguridad e. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridadential for building a complete backup and di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter recovery plan. Let’. Elija tecnologías de copia de seguridad compare them.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}"> <. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="text-gradient-overlay">[. Elija tecnologías de copia de seguridadtrong]Cloud Backup [/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan cla. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad="text-gradient-overlay">[. Elija tecnologías de copia de seguridadtrong]Di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter Recovery [/. Elija tecnologías de copia de seguridadtrong]
[. Elija tecnologías de copia de seguridadtrong]Purpo. Elija tecnologías de copia de seguridade [/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Pre. Elija tecnologías de copia de seguridaderve copie. Elija tecnologías de copia de seguridad of data at . Elija tecnologías de copia de seguridadpecific point. Elija tecnologías de copia de seguridad in time.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Re. Elija tecnologías de copia de seguridadtore full operation. Elija tecnologías de copia de seguridad – application. Elija tecnologías de copia de seguridad, infra. Elija tecnologías de copia de seguridadtructure, and data – after a failure.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
[. Elija tecnologías de copia de seguridadtrong]Scope [/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Data-level protection (file. Elija tecnologías de copia de seguridad, databa. Elija tecnologías de copia de seguridade. Elija tecnologías de copia de seguridad, object. Elija tecnologías de copia de seguridad).<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Sy. Elija tecnologías de copia de seguridadtem-level and bu. Elija tecnologías de copia de seguridadine. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad-level continuity.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
[. Elija tecnologías de copia de seguridadtrong]Speed [/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Re. Elija tecnologías de copia de seguridadtore individual file. Elija tecnologías de copia de seguridad or data. Elija tecnologías de copia de seguridadet. Elija tecnologías de copia de seguridad; . Elija tecnologías de copia de seguridadpeed varie. Elija tecnologías de copia de seguridad by volume.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">De. Elija tecnologías de copia de seguridadigned to meet defined RTO target. Elija tecnologías de copia de seguridad – minute. Elija tecnologías de copia de seguridad to hour. Elija tecnologías de copia de seguridad.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
[. Elija tecnologías de copia de seguridadtrong]Key metric [/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">RPO – how frequently data i. Elija tecnologías de copia de seguridad backed up.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">RTO – how quickly operation. Elija tecnologías de copia de seguridad re. Elija tecnologías de copia de seguridadume.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
[. Elija tecnologías de copia de seguridadtrong]Co. Elija tecnologías de copia de seguridadt model [/. Elija tecnologías de copia de seguridadtrong]
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Pay for . Elija tecnologías de copia de seguridadtorage and tran. Elija tecnologías de copia de seguridadfer.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
<. Elija tecnologías de copia de seguridadpan data-contra. Elija tecnologías de copia de seguridadt="auto">Pay for replication, failover infra. Elija tecnologías de copia de seguridadtructure, and orche. Elija tecnologías de copia de seguridadtration.<. Elija tecnologías de copia de seguridadpan data-ccp-prop. Elija tecnologías de copia de seguridad="{}">
Backup an. Elija tecnologías de copia de seguridadwer. Elija tecnologías de copia de seguridad the que. Elija tecnologías de copia de seguridadtion: “Can I make copie. Elija tecnologías de copia de seguridad of my data?” Di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter recovery an. Elija tecnologías de copia de seguridadwer. Elija tecnologías de copia de seguridad: “Can I get my bu. Elija tecnologías de copia de seguridadine. Elija tecnologías de copia de seguridad. Elija tecnologías de copia de seguridad running again?” You need both.
A backup . Elija tecnologías de copia de seguridadtrategy without a di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter recovery plan mean. Elija tecnologías de copia de seguridad you may have your data but no way to re. Elija tecnologías de copia de seguridadtore the application. Elija tecnologías de copia de seguridad and infra. Elija tecnologías de copia de seguridadtructure that depend on it. A di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter recovery plan without reliable backup. Elija tecnologías de copia de seguridad mean. Elija tecnologías de copia de seguridad you may be able to fail over, but the data you recover could be incomplete, . Elija tecnologías de copia de seguridadtale, or corrupted.
The . Elija tecnologías de copia de seguridadtronge. Elija tecnologías de copia de seguridadt protection come. Elija tecnologías de copia de seguridad from combining cloud backup with a . Elija tecnologías de copia de seguridadtructured di. Elija tecnologías de copia de seguridada. Elija tecnologías de copia de seguridadter recovery plan that define. Elija tecnologías de copia de seguridad RTO and RPO target. Elija tecnologías de copia de seguridad per workload and te. Elija tecnologías de copia de seguridadt. Elija tecnologías de copia de seguridad recovery procedure. Elija tecnologías de copia de seguridad regularly.
Buenas prácticas para la recuperación en la nube
Building an effective cloud recovery strategy requires more than selecting a tool. It demands a structured approach to planning, architecture, and testing. The following best practices help you design a cloud disaster recovery solution that holds up under real-world conditions.
Siga la regla de copia de seguridad «3-2-1». Maintain at least three copies of your data, stored on two different media types, with one copy off-site in the cloud. This foundational rule helps reduce the risk of a single point of failure wiping out all your recovery options.
Define los objetivos de RTO y RPO por cada carga de trabajo. Not every workload has the same criticality. Your customer-facing production database may require a five-minute RPO and a 15-minute RTO, while a development environment may tolerate hours of downtime. Tier your workloads accordingly and allocate cloud backup solutions for business continuity based on these tiers.
Utilice almacenamiento inmutable y aislado físicamente. Air-gapped vaults and immutable backups help prevent ransomware from encrypting or deleting your recovery data.
Pruebe su plan de recuperación con regularidad.Una copia de seguridad que nunca se ha restaurado es una copia de seguridad en la que no se puede confiar. Programe simulacrosde recuperación operativa drills at least quarterly, validate that your RTO and RPO targets are achievable, and document the results.
Automatice siempre que sea posible.Los procesos manuales de Backup and Recovery conllevan errores humanos y retrasos. Las soluciones nativas de la nube pueden automatizar las programaciones de Backup and Recovery, las políticas de retención y los flujos de trabajo de Recovery para ayudar a reducir la ventana de exposición.
How Clumio de Commvault Helps Protect Your Cloud Data
Clumio de Commvault is built for organizations that run production workloads across AWS and Google Cloud and need cloud disaster recovery that delivers speed, reliability, and security at scale.
Clumio takes a cloud-native, serverless approach to backup and recovery. There is no infrastructure to deploy or manage—you connect your cloud environments, define your protection policies, and Clumio handles the rest. Backup data is stored in an immutable, air-gapped vault isolated from production, helping protect recovery data even if the primary environment is compromised.
Clumio supports cloud-native workloads including Amazon S3, DynamoDB, RDS and Aurora, EC2 and EBS, Apache Iceberg en AWS, Amazon Neptune, Amazon DocumentDB, and Google Cloud Storage. Recovery is granular, enabling restores at the object, prefix, bucket, partition, table, or workload level depending on the service. Clumio Backtrack enables in-place rollback for Amazon S3 and DynamoDB, while Instant Access lets you query S3 backup data without full rehydration.
For ransomware recovery, Clumio helps organizations restore clean recovery points with granular recovery workflows. Clumio also supports cross-account, cross-region, and cross-project recovery, providing flexibility to restore data into clean cloud environments when needed.
Common Use Cases for Cloud DR Solutions
A cloud disaster recovery solution is not a one-size-fits-all tool. The right approach depends on the failure scenarios you need to plan for and the workloads you need to protect. Here are the most common use cases for cloud disaster recovery.
Recovery tras un ataque de ransomware. Ransomware attacks increasingly target backup infrastructure itself, making air-gapped cloud disaster recovery solutions a critical layer of defense. Having immutable, air-gapped backups stored outside your primary cloud account can help you restore clean data without paying a ransom.
Eliminación accidental de datos. A single misapplied script or manual error can wipe out an entire S3 bucket or DynamoDB table. Granular cloud backup lets you recover specific objects, prefixes, or partitions without restoring an entire environment – getting your team back to work in minutes, not days.
Fallos de infraestructura o de región. Cloud outages are rare but not impossible. Cross-region backup and recovery give you the ability to restore workloads in a different region if your primary region goes down, helping maintain business continuity.
Requisitos de cumplimiento normativo y auditoría. Regulatory frameworks in financial services, healthcare, and other industries require documented backup and recovery capabilities. Disaster recovery as a service can help satisfy audit requirements by providing automated, policy-driven backup with full reporting and retention controls.
Entornos de nube multirregional e híbrida.Las organizaciones que operan en múltiples regiones o en configuraciones de nube híbrida necesitan una estrategia unificada de recuperación ante desastres en la nube que abarque todos los entornos sin aumentar la complejidad de la gestión.
Cloud backup is no longer a nice-to-have – it is a foundational requirement for any organization running workloads in the cloud. The threats are real, the costs of failure are measured in millions, and the regulatory bar continues to rise.
The good news is that modern cloud-native solutions help make it possible to protect your data, meet your recovery objectives, and stay resilient – without the complexity and overhead of legacy approaches. Whether you are defending against ransomware, recovering from human error, or satisfying an auditor, a well-designed cloud recovery strategy helps put you in control.
Preguntas frecuentes
What is cloud recovery?
Cloud recovery is a strategy that combines copying data to a remote cloud environment with the tools y processes needed to restore operations after a disruption.It helps protect against data loss from ransomware, hardware failure, accidental deletion, y other threats.
How do backup y la Recovery differ?
Backup preserves copies of data at specific points in time.Disaster recovery is a broader strategy focused on restoring applications, infrastructure, y business operations. A complete backup y la Recovery plan includes both disciplines working together.
What is DRaaS?
What are RTO y RPO?
RTO (recovery timeobjective) is the maximum acceptable downtime after a failure. RPO (recovery pointobjective) is the maximum acceptable data loss measured in time. Both should be defined per workload based on business criticality.
What are cloud backup best practices?
Follow the 3-2-1 rule, define RTO y RPO targets per workload, use air-gappedy immutable storage, tier workloads by criticality, y test your recovery plan at least quarterly. These practices help build a resilient cloud la Recoverysolution.
How does Clumio protect cloud data?
Clumio provides cloud-native, air-gapped backup y recovery for AWS y Google Cloudcargas de trabajo.It helps reduce recovery time with granular restores y helps protect against ransomware with isolated vault architecture y AI-enhanced threat detection.
While the first few months of this
year brought unprecedented global change from the way we think to the way we
work, at Commvault we rallied together to adjust to the “new normal.” We remained
steadfast in our top priorities: keep our employees and communities safe,
continue to be there for our customers and remain unwavering in our innovation.
And while the way we engage with
our customers has changed, business did not stop. We brought many new users
into the Commvault family and expanded existing relationships, with use cases
spanning cloud,
cloud-native, multi-cloud and SaaS workloads. In the spirit of sharing some good
news, I’d like to take the opportunity to celebrate some of the new and
expanded customer use cases in our fiscal Q4.
Blue Cross and Blue Shield of Minnesota; la NASA (véase más abajo); el operador de telefonía móvil MTS; Shaanxi Coal Industry; CPA Global; el Ministerio de Hacienda de Polonia; y el proveedor de servicios en la nube Chmury Krajowej: todas estas empresas apostaron por Commvault para satisfacer sus necesidades críticas durante el cuarto trimestre.
Kira Blackwell, responsable de programas en la sede central de la NASA, dentro de la Oficina de la Dirección de Misiones de Tecnología Espacial, explica la importancia de los datos, de una gestión adecuada de los mismos y de utilizar Commvault.
Additionally, McDonald’s Corporation turned to
Commvault to address the growing trend of moving infrastructure to the cloud.
Here is what they had to say about how Commvault is helping them tackle that
initiative.
McDonald’s Corporation moves to the cloud
With an already-robust Commvault deployment in place, we’re now leveraging Commvault’s cloud capabilities to shed ownership of our technology infrastructure; instead, we’re investing heavily in the cloud to keep our IT operations running. The software solution from Commvault fills gaps in native cloud tools and has cut across every use case McDonald’s Cloud Services team requires, providing optimized and effective backups across databases. Commvault’s solution tunes performance across AWS and Microsoft Azure cloud servers and drives cost savings through deduplication and compression.
– Douglas Leonard, Director – Cloud Services, McDonald’s Corporation
I’d also like to highlight
customers who have shared their stories this quarter. These customers span
industries and use cases, leveraging Commvault to protect critical data both
on-premises and in the cloud, while ensuring compliance for document retention,
medical record privacy and more.
Parsons utiliza la gestión inteligente de datos de Commvault para las cargas de trabajo en los entornos de almacenamiento en la nube AWS S3 Standard-IA y AWS S3 Glacier, en máquinas virtuales VMware e Hyper-V, así como en servidores físicos.
Cloud environments typically don’t have robust built-in data protection capabilities – and they can also be hard to protect without the right tools in place. Parsons Corporation manages its total on-premises recovery environment and AWS data protection with Commvault.
“We’ve moved off of tape backups to AWS, and now we have an initiative to move the whole environment to the cloud. Moving into the cloud has been really simple. With the Commvault solution, it’s just having the Command Center. Everything is simplistic.” –Benjamin Roper, Enterprise Backup and Recovery Specialist, Parsons Corporation
El Departamento Correccional de Delaware ya está preparado para gestionar datos
“Data helps provide a story,” says Phil Winder, Director of Information Technology for the Delaware Department of Correction.
When every data point shapes a person’s life, the public
sector needs to be data ready. Streamlined data management is critical, from
disaster recovery with no data loss to quickly accessing data that affects a
person’s freedom.
«Realizamos un simulacro de recuperación ante desastres y, de hecho, pensamos que habíamos perdido algunos datos. No podemos permitirnos perder datos. Con una breve llamada al servicio de asistencia de Commvault, se identificó el problema. La organización volvió a estar operativa en menos de una hora, sin pérdida alguna de datos». — Phil Winder, Departamento Correccional de Delaware
As someone who thrives on meeting with customers, I miss the in-person engagement we’ve had to put on hold in this current environment, but we’ve been getting creative in how we interact with our customers to keep the personal touch. It was great to see and hear from a few of our customers in recent videos. I encourage you to take a look at how customers like Cochlear, Penn State Health and Mitchell International (see videos below) are using Commvault to solve their most critical data challenges.
¿Coherencia, fiabilidad, copias de seguridad diarias de las máquinas virtuales de VMware y un entorno sin preocupaciones? Al consolidar los productos de copia de seguridad, Cochlear logró optimizar la protección segura de los datos sanitarios y conseguir ese entorno sin preocupaciones.
La sustitución de IBM TSM por la solución de protección de datos de Commvault proporcionó a Penn State Health una mayor capacidad para gestionar grandes volúmenes de datos, mejoró la atención al cliente y ofreció la tranquilidad de saber que los datos se podían recuperar fácilmente.
Para Mitchell International, un proveedor de tecnología para el sector de los seguros de automóviles y de responsabilidad civil, el software de Commvault garantiza la protección de los datos en un entorno informático en constante crecimiento y contribuye a ofrecer un mejor servicio al cliente.
Commvault está en boca de todos
On top of customer victories, we’ve also been winning industry accolades! Check out our recent awards from CRN, Gartner, Storage Magazine and others:
Although this is a time when the industry – and the world – is definitely not conducting business as usual, we’re proud to be there for our customers. We’re customer centric all the time, and these customer use cases speak for themselves.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
Cumplimiento normativo de los datos en la nube: qué es y por qué es importante
El cumplimiento normativo de los datos en la nube garantiza que los datos almacenados en la nube cumplan con todas las leyes, normativas y estándares del sector aplicables. Descubre qué marcos normativos se aplican y cómo crear un entorno en la nube que cumpla con la normativa.
El cumplimiento normativo de los datos en la nube abarca la normativa, la responsabilidad compartida y la supervisión continua. Estos son los puntos esenciales.
El cumplimiento normativo de los datos en la nube consiste en adaptar las operaciones en la nube a los requisitos normativos, los estándares del sector y las políticas internas de gobernanza de datos.
Los principales marcos normativos, como el RGPD, la HIPAA, el PCI DSS, el SOC 2 y el FedRAMP, imponen obligaciones distintas en función de tu sector, tu ubicación geográfica y los tipos de datos.
El modelo de responsabilidad compartida implica que su proveedor de servicios en la nube contribuye a la seguridad de la infraestructura, pero usted es responsable de cómo configura, accede y protege sus datos.
Entre las mejores prácticas se incluyen la clasificación de datos, el acceso con privilegios mínimos, el cifrado, la supervisión automatizada del cumplimiento normativo y las evaluaciones periódicas de riesgos.
El cumplimiento continuo requiere herramientas automatizadas, frecuencias de auditoría definidas y planes de respuesta ante incidentes que evolucionen al ritmo de los cambios normativos.
¿Qué es el cumplimiento de la ley « cloud » de los datos?
Cloud data compliance is the discipline ofenablingdata stored, processed, and transmitted in cloud environmentsto meetall applicable laws, regulations, industry standards, and internal governance policies.It spans everything from how you collect and classify information to how you encrypt it in transit and at rest, control access, and respond to breaches. Why does cloud data compliance demand your attention right now? Because the cost of getting it wrong keeps climbing. Data breaches now carry multimillion-dollar price tags when you factor in technical remediation, regulatory fines, legal fees, and lasting reputational damage. If your organization handles customer data, financial records, health information, or government workloads in the cloud, data compliance is not optional. Regulations like GDPR and HIPAA carry enforcement teeth, and customers increasingly expect proof that you protect their information. Cloud compliance is also a competitive differentiator: organizations thatstrong data governance win trust, close deals faster, and avoid the operational chaos of post-breach firefighting. Whether you are migrating your first workloads or managing a mature multi-cloud environment, understanding cloud data compliance is the foundation for building resilient, trustworthy cloud operations.
Key Compliance Frameworks and Standards
Navigating cloud data compliance standards starts with understanding which frameworks apply to your organization. Here are the five most critical: GDPR (General Data Protection Regulation):Applies to any organization that processes personal data of EU residents, regardless of where you are headquartered. Key requirements include data subject rights,breachnotification within72 hours, and data protection by design. Violations carry fines of up to 20 million euros or 4% of annual global turnover, whichever is higher. For a deeper look at the regulatory landscape, see our guide todata privacy regulations. HIPAA (Health Insurance Portability and Accountability Act):Governs protected health information (PHI) in the United States. If you are a healthcare provider, health plan, or business associate handling PHI in the cloud, HIPAA compliance demands encryption, access controls, and audit logging. PCI DSS (Payment Card Industry Data Security Standard):Applies to any entity that stores, processes, or transmits cardholder data. PCI DSS compliance requires network segmentation, vulnerability management, and regular penetration testing. SOC 2 (Service Organization Control 2):A trust-based cloud compliance framework built on five criteria: security, availability, processing integrity, confidentiality, and privacy. SOC 2 compliance is often a prerequisitefor enterprise SaaS vendors. FedRAMP and NIST:FedRAMPstandardizes the securityassessment and authorization processforcloud products used by U.S. federal agencies. The underlyingMarco de Ciberseguridad del NIST, updated to version 2.0 in February 2024, now includes governance as a sixth core function, reflecting the growing importance of cloud compliance frameworks at the organizational level.
La fase deShared Responsibility Model
La fase demodelo de responsabilidad compartidais the foundational concept behind cloud data compliance and cloud security compliance, andmisunderstanding itis the leading cause of cloud compliance failures. In simple terms, your cloud provideris responsible forhelpingsecurethe infrastructure, and youare responsible forsecuring everything you put on it. For Infrastructure as a Service (IaaS), the providersupportsphysical hardware, hypervisors, and network fabric. You own the operating system, middleware, applications, data classification, identity and access management, and encryption. As youmove upthe stack to Platform as a Service (PaaS), the provider absorbs more responsibility for the runtime and operating system, but you still control application logic and data access. With Software as a Service (SaaS), the provider managesnearly everything, yet youremainaccountable for user access, data sharing, and configuration settings. La fase definancial impactof getting this wrong is severe. Many of those incidents trace back to misconfigured storage buckets, overly permissive access policies, or unmonitored third-party integrations, all squarely within the customer’s side of the modelo de responsabilidad compartida.
Cloud Compliance Best Practices
Buildinga strongcloud data el cumplimiento normativo and cloud data security posture requires a systematic approach. Here are eight practices that form the backbone of effective cloud el cumplimiento normativo:
Classify your sensitive data.You cannot protect what you do not understand. Map every data asset to its regulatory category, whether it is personal data under GDPR, PHI under HIPAA, or cardholder data under PCI DSS.
Implement least-privilege access and multi-factor authentication (MFA).Grant users only the permissions theyneed, andenforce MFA across all cloud accounts. This reduces your blast radius if credentials are compromised.
Encrypt data at rest and in transit.Use strong encryption standards such as AES-256 for stored data and TLS 1.2 or higher for data in motion.
Automate el cumplimiento normativo monitoring.Manual audits cannot keep pace with the speed of cloud deployments.Deploy tools that continuously assess configurations against your el cumplimiento normativo baselines.
Conduct regular risk assessments.Quarterly assessments help youidentifyemerging gaps before auditors do.
Build a cloud governance program.Establish policies, assign ownership, and create accountability structures that connect technical teams toel cumplimiento normativoleadership.
Address shadow IT. Unauthorized cloud services create blind spots in your el cumplimiento normativo posture. Implement discovery tools and clear procurement policies.
Develop a disaster recovery plan.Compliance frameworks increasingly requiredemonstratedrecovery capabilities. Document your recovery timeobjectivesand test your plans regularly. For guidance on building one, see our post on creating abackup plan for el cumplimiento normativo.
Cómo mantener el cumplimiento normativo a largo plazo
Data compliance is not a destination.It is a continuous practice that evolves as regulations change, your cloud footprint grows,y new threatsemerge.Here is how to build lasting cloud data compliance discipline. Invest in automated monitoring tools.Manual checks fail at cloud scale.Automated platforms continuously scan your environment for configurationdrift, policy violations,y access anomalies, then alert your team in real time. Define a clear audit cadence.Conduct internal compliance reviews quarterlyy comprehensive external audits annually.Document everyfinding,ytrack remediation to completion. Maintain a tested incident response plan.Regulations like GDPR requirebreachnotification within72 hours.You cannot meet that deadline with an untested plan.Run tabletop exercises at least twice a yeary update your playbook after each real incident. Audit third-party vendors. Your cloud compliance posture extends to every vendor that touches your data.Require SOC 2 reports, conduct annual vendor reviews,y include compliance obligations in your contracts. Track regulatory changes proactively.Assign ownership formonitoringregulatory updates in everyjurisdictionwhere youoperate.Subscribe to regulatory feeds, join industry groups,y build regulatory change into your governance calendar.
Clumio provides cloud-native data protection with air-gapped backups, granular recovery,y continuous compliance monitoringpurpose-built forlas cargas de trabajo en la nube.
Solicita una demostraciónto see howClumioLa integración con SaaS acelera la implementación:keepyour cloud data complianty recoverable.
Preguntas frecuentes
¿Qué es el cumplimiento de la ley « cloud » de los datos?
El cumplimiento normativo de los datos en la nube es la práctica de garantizar que los datos en entornos de nube cumplan todos los requisitos legales, normativos y organizativos aplicables. Implica adaptar las configuraciones de la nube, las políticas de acceso y las prácticas de tratamiento de datos a marcos normativos como el RGPD, la HIPAA y la norma PCI DSS.
¿Qué normativas se aplican a los datos en la nube?
Las normativas aplicables dependen de su sector, su ubicación geográfica y los tipos de datos. Entre los marcos normativos más comunes se incluyen el RGPD para los datos personales en la UE, la HIPAA para la información sanitaria en EE. UU., la PCI DSS para los datos de tarjetas de pago, la SOC 2 para las organizaciones de servicios y el FedRAMP para los servicios en la nube federales de EE. UU. Muchas organizaciones deben cumplir con varios marcos normativos simultáneamente.
¿Qué significa el modelo de responsabilidad compartida?
El modelo de responsabilidad compartida divide las obligaciones de seguridad en la nube entre el proveedor de servicios en la nube y el cliente. El proveedor se encarga de la seguridad de la infraestructura subyacente, mientras que usted es responsable de configurar su entorno, gestionar el acceso, proteger sus datos y cumplir los requisitos de cumplimiento específicos de sus cargas de trabajo.
¿Cuáles son los retos habituales en materia de cumplimiento normativo en la nube?
Entre los retos más comunes se encuentran la gestión del cumplimiento normativo en entornos multinube, mantenerse al día con una normativa en rápida evolución y hacer frente a la «TI en la sombra», donde los servicios en la nube no autorizados crean puntos ciegos. La falta de personal cualificado y una automatización inadecuada también contribuyen a las deficiencias en materia de cumplimiento normativo.
¿Cómo pueden las organizaciones mantener el cumplimiento normativo?
Las organizaciones mantienen el cumplimiento normativo mediante auditorías internas periódicas, herramientas de supervisión automatizadas que detectan desviaciones en la configuración, formación continua de los empleados y estructuras de gobernanza claramente definidas. La colaboración con plataformas de cumplimiento normativo nativas de la nube ayuda a reducir el esfuerzo manual y permite estar siempre preparados para una auditoría.
¿Cuáles son las consecuencias del incumplimiento normativo?
El incumplimiento normativo puede acarrear sanciones económicas considerables.Las infracciones del RGPDconllevan multas de hasta 20 millones de euros o el 4 % de la facturación anual global. Más allá de las multas, unafiltración de datos cuesta demedia 4,44 millones de dólares
Let us say you have a SQL Server Availability Group (AG) in your virtualized data center. This SQL Server AG is hosting many databases serving mission critical applications. There is a total of half a terabyte of mission critical data today but it is growing rapidly. You are worried about this SQL Server’s availability, and that is why you had configured it as an AlwaysOn Availability Group in the first place. And, you are well aware that AG does not protect against software glitches, corruptions and security vulnerabilities so you want to backup that half a terabyte somewhere else, preferably air-gapped away from the production site. In the unfortunate event of data loss, what is the best recovery time objective (RTO) that your backup vendor can offer?
You are likely to hear bricks and blocks backup vendors for on-premises touting the value of “instant recovery” for virtual machines. The RTO being promised is seconds to minutes. But when it comes to recovering a virtual machine (VM) to its production operational level, there is nothing ‘instant’ about the so-called instant recovery.
The so-called instant recovery is to serve the VM disk files from backup system via NFS and let VMware vSphere run the VM from those disk files. It is true that the process to boot up a VM from backup this way will only take a few minutes. It is true that the flash storage on backup systems can act as a caching mechanism for write-I/O. However, in order to make the VM operationally on-par for production use, the VM administrator must carefully plan and execute storage vMotion when the time is right. This process will migrate the VM disks from backup storage onto production storage while the VM is live. This process is often throttled down by vSphere so as not to hinder the live VM. It takes several hours to even a full day before a large VM can be migrated and becomes operationally ready for production level performance. So much for the “instant” in instant recovery!
Thus, for the SQL Server AG example above, the nodes must be served by a single backup storage system which goes against why you have AG. The AG is supposed to be set up with dedicated storage systems at each node for availability. Then, the AG cluster would have a hard time coming up as the synchronization will be extremely slow because I/O-reads are occurring from backup storage. Note that AG is unavailable during this time period and hence there is no ‘instant recovery’ really. To add insult to injury, the AG would limp along while the required storage vMotion needs to occur from overloaded backup storage onto production storage.
El problema de esta recuperación instantánea no termina ahí. La copia de seguridad sigue estando ubicada en el mismo lugar que el entorno de producción y, por lo tanto, es vulnerable a la pérdida del sitio y a las brechas de seguridad. No es posible utilizar el almacenamiento en la nube como destino viable para la copia de seguridad con fines de recuperación operativa desde estas soluciones. Además, la recuperación instantánea resulta inútil si se tiene previsto migrar las cargas de trabajo a VMware Cloud on AWS, ya que no se admite el almacenamiento NFS de terceros.
Clumio Rapid Recovery – Superior Operational RTO
Help to deliver secure backup and recovery for your data – wherever it needs to be. Rapid Recovery is a set of innovations from Clumio that enables fast operational restores from cloud storage even when you are protecting on-premises workloads. Thanks to Rapid Recovery with Clumio SaaS, it took just 5 minutes to recover an active SQL Server AG environment with 500GB of data given in the above example This is the time taken for end-to-end recovery and data restored to a fully operationally state. How did we do this? There are two innovations in Rapid Recovery playing key roles here.
Rehidratación escalable:
Clumio’s scale-out rehydration eliminates the rehydration penalty of traditional bricks and blocks systems altogether. Rehydration is done by Clumio using serverless compute and it takes advantage of the unlimited compute capacity of the cloud while running parallel I/O operations across all blocks of interest for a given request. The result: restore throughput from the Clumio backup service beats that of a traditional deduplication system co-located in the data center.
Seguimiento inverso de bloques modificados:
When you are recovering a VM in production from backup, you are essentially trying to roll back the clock so as to get to a last known good condition. Clumio’s reverse changed block tracking helps you do exactly that without the need to go through a full restore. The Clumio backup service retrieves the changed blocks (regenerated via scale-out rehydration described earlier) and applies them directly into production storage to rollback the VM to the previous point in time. The result: the time it takes to recover a VM from the Clumio backup service to a production operational level is faster than that of recovering from local storage!
Estas dos funciones de Recovery rápido de Clumio eliminan TODAS las limitaciones de la recuperación instantánea que ofrecen los proveedores tradicionales.
Let’s summarize the key customer benefits of Rapid Recovery from Clumio:
No human intervention required: The backup admin or VM admin does not need to do anything during backup or recovery to take advantage of Rapid Recovery. Clumio SaaS automatically detects if the requested restore point in time meets rollback criteria and initiates it automatically during recovery.
RTO is superior to that of instant recovery: You are bringing just the data required to roll back the VM and your recovery is complete. The time it takes to do this is better than the overall time it takes to perform instant recovery followed by storage vMotion.
Protect against data loss and ransomware: Unlike co-located bricks and blocks based backup solutions needed for instant recovery, Clumio backups are air-gapped from your production datacenter. Clumio helps protect you against site loss and site-level vulnerabilities.
Gets you ready for VMware Cloud on AWS: Instant recovery does not work in VMware Cloud on AWS environments because of its dependency on NFS. Rapid Recovery has you covered when you are migrating to VMware Cloud on AWS.
Want to try Rapid Recovery? Contact us.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
Después de pasar los últimos 20 años ayudando a mis clientes a evaluar adecuadamente y dimensionar correctamente las arquitecturas de almacenamiento para estos picos, nunca se me pasó por alto que generalmente se producían en menos del 20% del tiempo total de ejecución del entorno dimensionado. En la era de la infraestructura local, esto equivalía a una gran cantidad de recursos inactivos a la espera en reserva.
At Clumio, as I now shift into the sphere of helping customers right-size a data protection solution for the public cloud, the first thing that became apparent is that, if done correctly, the dynamic scalability of the public cloud allows for much more precise utilization of resources at all points in time. In fact, this is an optimization that must occur to seriously advance any idea into a fully formed, developed solution because, in public cloud, every second a resource is reserved or “in use” costs money. This is exactly why solutions designed to address an on-prem problem cannot simply be lifted and shifted to the public cloud. We often hear customers talk about the need to ‘refactor’ an application. This is a time-consuming effort, but the value in wasting less resources, in the end, is worth the time spent redesigning a solution.
For a SaaS application to manage peak workloads at scale, resource utilization is even more important – not just for resources that get presented in the customer’s environment, but especially for the backend services that support not just one customer, but thousands of customers. Only by building an application end-to-end with an intelligent resource utilization model will true scalability occur while minimizing cost for the consumers of the service.
By bringing to bear a cloud-native approach using microservices, Clumio has already designed our secure, enterprise backup service to help our customers get the benefit of cloud efficiency instead of having to ‘refactor’ their existing backup applications. This is best exemplified by the way Clumio inserts zero fixed-compute resources in the data path and, instead, incorporates the parallelism of AWS S3 combined with the dynamic scalability of AWS Lambda functions and AWS DynamoDB resources to help provide that seamless, fluid experience that customers expect when using SaaS. This also creates a much simpler methodology for right-sizing a customer environment – Clumio will provide the requested resources on-demand.
Clumio has helped remove the need for the arduous task to size for peak workloads. I find that I now spend most of my time educating customers on the importance of a truly optimized architecture and the value that brings to the consumer. Of course, the best way to discover the value of Clumio is by experiencing it first-hand….I encourage you to give it a test run.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
Commvault is “in the zone” – a mindset and special place often reserved for athletes on a scoring streak.
While no one here will argue that customer success is one of the most important validations of our business, it’s hard not to be impressed with Commvault’s recent string of industry accolades for its products, services and people under Sanjay Mirchandani’s leadership. The recent wave of recognition and company momentum across all areas of the business speaks for itself.
Este mismo mes, Commvault ha recibido la noticia de que su solución «Commvault Complete Backup and Recovery» ha sido seleccionada como finalista enTechTarget’s product storage awards in the category for backup and disaster recovery hardware, software and services. Judged by an impartial panel of analysts, consultants and users, TechTarget’s product of the year award program helps buyers identify the best products amid a crowded field. It’s kind of a big deal. While the winners in each category will be announced in February on SearchStorage.com, we feel we’ve already won.
Commvault was also
included in Solutions Review’sBackup and Disaster Recovery and Data Management Software buyer’s
guides while Hedvig – a company we recently acquired if you haven’t heard – was
included in the Enterprise Data Storage guide.
Solutions Review releases these guides to assist organizations
during the research and discovery phase of buying business
software. Editors compile each Buyer’s Guide using research, analyst
reports, industry experts and product demos. These guides are scientific and
well-respected. While it’s great to see Commvault recognized in two guides,
it’s also noteworthy that competitors such as Rubrik, Veeam and Veritas were
only recognized in one.
Por último, pero no por ello menos importante, ocupando un lugar destacado en nuestra proverbial sala de trofeos, hace apenas unos meses Forrester nombró a Commvault «líder» en soluciones de resiliencia de datos, mientras queGartner reconoció a Commvault as a Leader in its Magic Quadrant for Data Center Backup and Recovery Solutions. Forrester ranked Commvault the highest in its Current Offering category, while Gartner positioned Commvault furthest for completeness of vision in its Leaders quadrant and highest for ability to execute in its entire Magic Quadrant for the 8th consecutive year.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
El hecho de ser una auténtica solución de copias de seguridad nativa de la nube nos permite ofrecer a nuestros clientes un nivel de asistencia sin precedentes en comparación con los productos de copias de seguridad empresariales tradicionales.
Los usuarios notan la diferencia, tal y como se refleja en este mensaje de un cliente de Clumio tras haber sido informado de forma proactiva de un problema por parte de nuestro equipo de asistencia:
“Thank you for taking care of this issue. We appreciate having a second set of eyes on our backups and how easy this whole thing has been for us” – Midwestern US Healthcare Provider
Atención al cliente proactiva
Being Authentic SaaS means that we’ve architected our solution to remove the complexities of managing enterprise backup for our customers. This is reflected in our model of service delivery – from proactive support to transparent over-the-air software upgrades.
Nuestros clientes disfrutan de una supervisión en tiempo real de su servicio Clumio, que se lleva a cabo mediante software, procesos y personal. A fecha de noviembre de 2019, el 72 % de los casos de nuestros clientes han sido abiertos y clasificados de forma proactiva por nuestro equipo de asistencia sin que el cliente haya tenido que intervenir.
Soporte proactivo automatizado de Clumio
Unlike the ineffective “call home” alerting provided by legacy hardware vendors, Clumio support capabilities are built in the cloud and provide:
Supervisión continua, las 24 horas del día, los 7 días de la semana, de los fallos en las tareas y los fallos ambientales
Factores desencadenantes para la creación de tickets de asistencia proactivos
Mejora continua del servicio de Clumio mediante la detección automática de defectos en el producto
Nuestro marco para ofrecer el servicio de asistencia más innovador del sector consta de tres fases:
Stage 1 – Data Gathering
As an authentic SaaS solution, we have complete access to critical failure information that legacy hardware and software vendors do not have, whether generated in the cloud or from the customer’s on-prem environment. The data sources include:
Task Status – Backup, restore, file-level indexing, or file-level restore failures.
Connectivity Status – On-prem network or application failures.
Stage 2 – Analysis
Para dar sentido a los datos recopilados, en la fase de análisis se llevan a cabo: 1) la deduplicación, 2) la correlación y 3) la clasificación de los datos de fallos.
La fase de análisis es fundamental para garantizar que reducimos al mínimo el ruido indeseado y sintetizamos la información en medidas concisas y aplicables que permitan mejorar la experiencia del cliente.
Stage 3 – Action!
Los datos sobre fallos que se obtienen tras la fase de análisis activan a continuación uno de los tres flujos de trabajo de corrección:
Automated Ticketing – Proactive support ticket is opened for triage
Service Alert – Customers are notified via product alerts of failures
Transparent Updates – Product defects are tracked by our support team and resolved via over-the-air upgrades
El resultado de la fase de acción es una experiencia del cliente que rompe con el carácter tradicional y reactivo de la asistencia prestada por los proveedores de hardware y software tradicionales.
Modelo de actualización inalámbrica
Además, los clientes no tienen por qué preocuparse por las complejidades que suelen conllevar las actualizaciones de los productos de copia de seguridad heredados: tiempos de inactividad planificados, administradores de guardia, pruebas de validación o interrupciones del servicio. Los parches, las actualizaciones y las correcciones de Clumio se distribuyen de forma fluida de forma inalámbrica, sin que sea necesaria una planificación complicada de la actualización.
Esto se ha traducido en una experiencia de copias de seguridad para empresas sin precedentes. A fecha de noviembre de 2019, el 100 % de los defectos de los productos de Clumio se han resuelto sin que los clientes hayan tenido que intervenir.
Una experiencia de cliente innovadora es todo un proceso
Como proveedor innovador de soluciones de copia de seguridad para empresas, también debemos ofrecer un servicio de atención al cliente empresarial innovador; el proveedor más innovador de soluciones de copia de seguridad para empresas también debe ofrecer el servicio de atención al cliente empresarial más innovador. Por eso, la experiencia del cliente y el aprovechamiento de la tecnología en la nube y la automatización son el núcleo de nuestra estrategia de éxito con los clientes.
Nuestro equipo está formado por ingenieros altamente cualificados con experiencia en la nube, seguridad, almacenamiento, automatización y otros ámbitos, todos ellos comprometidos con el éxito de nuestros clientes.
A medida que avanzamos en nuestro camino hacia la innovación, la experiencia del cliente seguirá siendo siempre una de nuestras principales prioridades, y esperamos poder colaborar contigo.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
La nube pública ha aportado un valor enorme a las empresas, pero se necesita una nueva mentalidad. Sin ella, es inevitable que te enfrentes de nuevo a los mismos retos que tenías antes, ya que te acompañarán en tu nuevo camino.
Over the last ten years, the journey to the cloud has provided 3 big lessons that have shaped the way enterprises approach the cloud in the current era. Shadow IT showcased the value of agility and scale, but also alerted us to the fact that a security-first mindset is required as data becomes dispersed across clouds. The cloud-first era reminded us that the cloud is costly if you leverage the same on-premises methodologies in the public cloud. The goal of today’s era, I like to call the cloud smart era, is to accelerate to the cloud intelligently by taking advantage of public cloud innovation, scale, and economics.
One core business function that did not evolve along this journey is data protection. If you look at the data center today, the data protection methodologies are robust including replication between storage arrays, snapshots, backups, replicated backups, and tape backups for offsite storage. But in the public cloud, data protection solutions are minimal, especially for backup. Today’s options include a virtualized version (or cloud retrofit) of the same legacy backup product you use in your data center today or volume level snapshots you have to orchestrate in the public cloud. Let’s take a look at the challenges of each of these options.
Legacy Backup Product – “Cloud Retrofit”
Traditional backup products have been in the data center for years. Most of these solutions are 10, if not 30 years old. As we saw in the cloud-first era, lifting and shifting existing products as a virtualized appliance, even with a “cloud-like consumption” model, results in complexity, higher costs, a software bill, a cloud bill, and a lack of scale and agility. Without re-architecting or rebuilding these backup products from the cloud up, the result is the same on-premises challenges enterprises are running away from in the first place.
Gestión nativa de instantáneas en la nube
Most enterprises have seen the complexity and false claims of the traditional backup products and decided to roll their own snapshot managers or orchestrate the creation of those snapshots. Snapshots are suitable for a quick recovery of a volume to a point in time, but cannot deliver long-term cost-effectiveness, file searching capabilities, or single file restores with any ease. Imagine if you accidentally deleted a few files across multiple volumes, need to go back in time for ediscovery, or require data to compare from 5 years ago. Having snapshots as your only tool makes life very painful. Another area of concern is putting your primary data and snapshots in the same account, which brings the additional risk for ransomware or bad actors who could compromise the data and the “backup.” To alleviate this issue, many users copy their snapshots to other accounts to keep them separate, which incurs additional egress costs. If this was not challenging enough, most enterprises have 10s, if not 1000s of accounts in the public cloud, so the challenge grows exponentially.
What enterprises demand is a secure, simple, and predictable SaaS data protection solution that follows along as they accelerate their journey to the cloud. At Clumio, we have the luxury of building products in a cloud-first world, building services natively from the cloud up, without any legacy products or services in our platform to change or evolve. We develop products that give our customers a competitive advantage by removing the complexity of legacy backup solutions and protecting data as enterprises accelerate their journey to the public cloud. We believe that backup should be a service provided to the enterprise with a setup that can take as few as 10 minutes., the quick discovery of all data assets, global search, single file, volume, or application recovery, with a security-first mindset. And this is just the beginning. In my next blog post, we will dig deep into how Clumio solves the multi-cloud data protection challenge.
Take care and stay “authentic” SaaSy my friends.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
Imagine your business has just been hit by a disastrous event – be it a natural disaster, cyber-attack, or even human error, and all your company’s critical data is either lost or inaccessible. The clock is ticking, and each second of downtime spells potential financial losses and irreparable damage to your organization’s reputation. This nightmarish scenario is precisely why understanding Objetivo de Tiempo de Recuperación (RTO) (RTO) and accurately calculating it is crucial for businesses of all sizes. In this post, we’ll demystify RTO, guide you on determining the optimal target for your business, and share how to calculate it effectively to limit the impact of data loss, avoid catastrophe, and give you peace of mind.
A Recovery Time Objective (RTO) is the maximum amount of time that an organization can tolerate for restoring its critical systems, applications, and data after a disruption or outage. It is a métrica clave que se utiliza en la planificación de la recuperación ante desastres and helps organizations determine how quickly their business operations need to be resumed after a major incident. RTO can be calculated by performing a business impact analysis (BIA) and determining the recovery time needed for each application, service, system, or data component based on its criticality and loss tolerance.
Entender el objetivo de tiempo de recuperación (RTO)
Cuando se produce un desastre inesperado, como un ciberataque o una catástrofe natural, los sistemas informáticos de una organización pueden dejar de funcionar. El proceso de recuperación para volver a poner en marcha estos sistemas informáticos deberá llevarse a cabo en un plazo determinado. Aquí es donde entra en juego el concepto de «objetivo de tiempo de recuperación» (RTO). El RTO se define como el tiempo máximo aceptable que puede transcurrir antes de que una organización pueda reanudar sus operaciones comerciales normales tras una interrupción significativa.
To understand RTO better, consider the analogy of a hospital’s emergency room. In case of any life-threatening injury, it is essential to provide medical attention to the patient within a certain time frame. This time frame or duration is known as the ‘Golden Hour.’ If doctors and staff fail to provide medical aid within this hour, there are chances that the injury turns fatal, causing long-term damage. In the same way, for an organization, if critical applications and systems are not resumed within the RTO period, there could be financial and reputational damage that will hurt the business’s interests.
In today’s world, businesses rely heavily on technology systems to conduct their day-to-day activities. Any downtime or delay in resuming those critical services can lead to severe losses, including revenue, missed opportunities, unplanned expenses, decreased customer satisfaction and loss of market share. Therefore, having proper RTO planning in place is essential for swift disaster recovery. A veces, las organizaciones dan prioridad al coste frente a la rápida restauración del servicio en caso de fallo o desastre. Sin embargo, el tiempo de inactividad podría resultar mucho más costoso que invertir desde el principio en opciones adecuadas de planificación del RTO.
Now let’s delve deeper into why RTO is important and how it can benefit your organization.
Según un informe del Aberdeen Group, el 93 % de las empresas que sufrieron una interrupción del servicio en su centro de datos durante más de diez días se declararon en quiebra en el plazo de un año.
Un estudio realizado por Gartner reveló que el coste medio del tiempo de inactividad de los sistemas informáticos es de 5.600 dólares por minuto, lo que pone de relieve la importancia de contar con un objetivo de tiempo de recuperación (RTO) bien definido.
En una encuesta realizada por el Consejo de Preparación para la Recuperación ante Desastres, casi tres cuartas partes (73 %) de las empresas indicaron que no contaban con un RTO adecuado, lo que pone de manifiesto la necesidad de que las organizaciones den prioridad a la planificación de la recuperación ante desastres.
La importancia del RTO en los planes de recuperación ante desastres
El RTO desempeña un papel fundamental a la hora de garantizar que tu organización pueda reanudar sus operaciones normales lo antes posible en caso de que se produzca cualquier interrupción. A continuación se indican algunas razones por las que el RTO es esencial en los planes de Recovery ante desastres:
En primer lugar, la RTO contribuye a reducir la pérdida de ingresos, el deterioro de la reputación y otras consecuencias derivadas de un tiempo de inactividad prolongado. El tiempo de inactividad conlleva costes tangibles inmediatos, como la pérdida de ingresos, y costes intangibles, como la pérdida de confianza de los clientes.
Secondly, let’s consider a scenario where an accounting application is down for several days. This application is vital to the business’ operations since it takes care of all accounting activities. In this situation, failure to restore the application within the RTO duration will lead to late payments and incorrect balances that could result in loss of significant amounts of money or gradual fallbacks. To understand how important RTO is to organizations, imagine being without your mobile phone for one day during an important project; inevitably, you’ll lose valuable time and work behind schedule on delivery deadlines.
En tercer lugar, definir el RTO ayuda a una empresa a identificar los sistemas informáticos críticos que, en caso de fallo, podrían causar el impacto más grave en el negocio. La identificación clara de estos sistemas y de sus valores de RTO asociados facilita a los equipos de TI el establecimiento de prioridades durante la restauración del sistema, ya que determina qué servicios deben restablecerse en primer lugar para mantener unas operaciones estables. Por último, ignorar o gestionar de forma inadecuada la planificación del RTO puede llevarnos por el camino equivocado a la hora de determinar qué tecnologías de recuperación ante desastres serían adecuadas para restaurar datos y aplicaciones vitales. Comprender lo cruciales que son los planificadores de RTO en la planificación de la recuperación ante desastres debería llevarnos a plantearnos cómo podemos calcularlos.
RTO frente al Objetivo de Punto de Recuperación (RPO)
Recovery time objective (RTO) and recovery point objective (RPO) are often considered together as the two most important parameters of a data protection or disaster recovery plan. While both concepts are related to data recovery in the event of a disaster, they differ in their focus.
El RTO se refiere a la rapidez con la que una organización puede reanudar sus operaciones habituales tras producirse un incidente grave que haya provocado una interrupción. El RPO, por su parte, se centra en la cantidad máxima de datos que se pueden perder durante ese tiempo antes de que resulte inaceptable.
Para ilustrar la diferencia entre el RTO y el RPO, imaginemos una empresa que lleva a cabo sus operaciones mediante diversas aplicaciones y bases de datos críticas. Estas aplicaciones procesan los pedidos de los clientes, gestionan los niveles de inventario y gestionan las transacciones financieras. Si una de estas aplicaciones dejara de funcionar debido a un fallo de hardware o a una catástrofe natural, ¿cuánto tiempo podría permitirse la empresa que la aplicación estuviera indisponible? Esa duración sería el RTO de dicha aplicación.
Now consider what happens if there is a backup system in place but it is not able to recover all of the latest transaction data since its last backup was taken 24 hours ago. The entire day’s worth of work would be lost, leading to significant financial losses and other negative consequences. The acceptable limit for such data loss would be defined by the RPO.
Cómo calcular el RTO de tu organización
The first step in calculating your organization’s RTO is to conduct a business impact analysis (BIA). This helps you identify critical systems and applications that require the highest level of availability and assess how much downtime each system can tolerate before operational disruptions negatively impact your business.
Por ejemplo, imaginemos una compañía de seguros cuya aplicación de tramitación de siniestros deja de funcionar. La empresa podría sobrevivir si la aplicación estuviera fuera de servicio durante unas horas en horas de menor actividad, pero podría sufrir importantes pérdidas económicas y daños a su reputación si no estuviera disponible durante las horas punta. Por lo tanto, las horas punta podrían definirse como el periodo durante el cual debe cumplirse el RTO. Otra analogía a tener en cuenta es similar a cómo se preparan los hospitales ante desastres naturales. Cuentan con un plan que describe qué harán si se produce una afluencia de pacientes debido a un terremoto o un huracán. En este plan, definen el tiempo máximo que deberían tardar en volver a estar operativos en caso de que se produzca una interrupción. Un hospital con cirugías críticas programadas para ese día tendría unos plazos de RTO diferentes a los de uno sin ninguna intervención programada.
Once you have identified critical systems and applications, you need to determine how quickly they need to be restored after a disaster has occurred. When calculating RTO, it’s essential to consider factors such as backup frequency, location, transport mechanism, security measures, staff capabilities, and end-user requirements.
Realización de un análisis de impacto en el negocio (BIA)
Before calculating RTO for your organization, it is important to conduct a business impact analysis (BIA). The BIA involves evaluating the potential effects of a disaster or system failure on critical business functions. It is important to note that BIA is separate from the disaster recovery planning process as it instead focuses on understanding the potential impact of disruptions on key business functions. Por ejemplo, a mediados de 2020, muchas organizaciones se vieron sorprendidas por el rápido cambio al teletrabajo debido a la COVID-19. Las empresas que hasta entonces habían dependido de soluciones locales tuvieron dificultades para adaptar sus sistemas a una plantilla que trabajaba a distancia. Para evitar este tipo de problemas en el futuro y comprender mejor los riesgos asociados a este tipo de interrupciones, las empresas deberían plantearse realizar un BIA. Para iniciar el proceso de análisis, las organizaciones deben identificar a las partes interesadas clave de todos los departamentos y áreas funcionales. Este equipo debe recopilar información sobre cada función empresarial crítica y determinar cuánto tiempo puede permanecer interrumpida cada una de ellas antes de causar un perjuicio significativo a las operaciones.
También es importante que las organizaciones tengan en cuenta tanto los efectos directos como los indirectos de una interrupción. Entre los efectos directos podría figurar la paralización de la producción, mientras que entre los indirectos podrían incluirse la pérdida de ventas debido a problemas en la cadena de suministro. Tener en cuenta estos diferentes tipos de efectos puede ayudar a comprender de forma exhaustiva las posibles repercusiones.
Comparing a business to a building with multiple levels can help visualize this process. Each level represents different aspects of business functions and processes, such as finance or supply chain management. You must diligently map every floor’s contents within your business context and determine what happens if you remove specific parts partially or completely. Once you’ve completed your BIA and identified all critical business functions, you’re ready to move on to the next step: identifying critical systems and applications.
Identificación de sistemas y aplicaciones críticos
Identificar los sistemas y aplicaciones críticos es fundamental para elaborar un plan de recuperación ante desastres. El proceso de identificación debe consistir en analizar detenidamente qué sistemas y aplicaciones de TI son esenciales para respaldar las funciones empresariales identificadas en el análisis de impacto en el negocio (BIA).
Por ejemplo, es probable que un fabricante considere los sistemas de producción como una aplicación de vital importancia, mientras que una entidad financiera podría centrarse en sus aplicaciones de negociación o en sus aplicaciones bancarias básicas. Sin embargo, en todos los casos, cualquier aplicación que sea esencial para respaldar operaciones críticas debe documentarse y analizarse.
Once you’ve identified your critical applications, it’s also essential to examine dependencies between them. This includes examining the infrastructure and hardware components required for each application’s proper functioning.
Se recomienda tener en cuenta el seguimiento de las dependencias incluso más allá de las capas primarias, ya que un cambio en el segundo nivel de dependencias puede seguir teniendo efectos secundarios que se propaguen hasta aplicaciones críticas.
Para analizar estas dependencias con mayor profundidad, los analistas de sistemas solían utilizar diagramas de flujo para detallar el flujo de trabajo previsto o los movimientos de datos entre aplicaciones. Al visualizar la interconexión entre los distintos sistemas, resulta más fácil priorizar los procedimientos de recuperación e implementar medidas de resiliencia más completas. After carefully analyzing your organization’s critical systems and dependencies between them, you’ll be well-prepared to select suitable disaster recovery technologies in our next section.
Aplicación y mejora de las estrategias de RTO
Once you have calculated your organization’s Recovery Time Objective (RTO), it is crucial to implement and improve strategies that will help you achieve the desired recovery time. One of the key components of implementing an efficient RTO strategy is ensuring that all stakeholders understand their respective roles during a disaster or crisis. Es esencial llevar a cabo una formación y educación continuas, tanto para los empleados como para el personal de TI, sobre los procedimientos y planes de recuperación ante desastres. Se pueden realizar simulacros periódicamente para garantizar que todo el mundo comprenda los procedimientos, así como para comprobar la eficacia de los sistemas, las tecnologías y el personal.
Además, revisar periódicamente la eficacia de las estrategias de RTO puede revelar áreas que requieren mejoras. Es esencial buscar siempre formas de mejorar y ofrecer soluciones de copia de seguridad más eficaces. Esto podría implicar un cambio en la tecnología existente, la actualización del software o la realización de mejoras periódicas del hardware. One company based in New York City learned this lesson after storms caused severe flooding of data centers within their region. Power outages resulted in catastrophic data loss, including losing our clients’ vital information stored in storage devices.
En respuesta a ello, ampliamos nuestros servicios de infraestructura en la nube, garantizando que nuestros clientes pudieran acceder de forma continua y remota a las copias de seguridad de sus datos en caso de que surgiera algún problema. Gracias al estricto cumplimiento de las políticas de privacidad y los requisitos normativos sobre almacenamiento por parte de nuestro equipo de expertos, ofrecimos a nuestros clientes la tranquilidad de saber que sus operaciones empresariales críticas estaban protegidas. Evaluating backup data can also give insight into additional improvements required on top of existing strategies. If specific applications are taking too long to back up regularly, upgrading them using modern infrastructure with higher capacity might be necessary.
Otra forma de mejorar tu estrategia de RTO sería implementar herramientas de automatización que permitan a los equipos de TI responder de forma rápida y eficaz ante situaciones de emergencia sin interrumpir la productividad habitual. Además, la automatización de tareas repetitivas o predecibles puede liberar tiempo para que los profesionales de TI se centren en aspectos más complejos, como la supervisión del rendimiento del software y la realización de simulacros periódicos.
Selección de tecnologías adecuadas para la recuperación ante desastres
Es fundamental seleccionar las mejores tecnologías de recuperación ante desastres que se adapten a las necesidades específicas de tu empresa. Las aplicaciones críticas para el negocio requieren un objetivo de tiempo de recuperación (RTO) que favorezca una recuperación rápida, mientras que otras aplicaciones no críticas pueden tener un RTO más alto.
When looking for the perfect disaster recovery technology, you’ll need to consider aspects such as security, costs, scalability, and your organization’s technological capabilities. Cloud-based services are increasingly popular due to their accessibility, scalability, and low capital investment costs. Amazon Web Services (AWS) es un proveedor de servicios en la nube utilizado por varias empresas importantes, como Airbnb y Netflix. Con AWS, las organizaciones pueden implementar planes de Recovery en múltiples zonas y regiones para garantizar la redundancia en caso de desastres o interrupciones en el acceso a los datos.
Otra opción tecnológica disponible es la replicación síncrona entre sedes. Esto requiere contar con centros de datos replicados combinados con configuraciones de conmutación por error que minimicen las interrupciones durante una crisis social. Tanto las redes WAN (Wide Area Networking) definidas por software como las conexiones de fibra óptica son opciones viables para sincronizar centros de datos replicados y garantizar tiempos de recuperación (RTO) prácticamente nulos. Existe un importante debate en torno a si optar por sedes de reserva «en caliente» o «en frío» ante una conmutación por error de aplicaciones esenciales en caso de desastre. Un sitio «en caliente» es un centro de respaldo listo para entrar en funcionamiento que refleja tanto las operaciones de datos como la infraestructura; permite reanudar al instante las operaciones normales, pero puede suponer unos costes más elevados. Por otro lado, un sitio «en frío» requiere más preparación antes de que se pueda llevar a cabo la conmutación, aunque conlleva un menor gasto.
Al identificar las aplicaciones clave y combinar esta información con una selección cuidadosa de zonas y regiones en distintos centros de datos, la elección de tecnologías adecuadas de Recovery resultará beneficiosa en general, independientemente de la solución que se elija.
Es fundamental seleccionar las mejores tecnologías de recuperación ante desastres que se adapten a las necesidades específicas de su empresa, y existen varias opciones disponibles para cumplir con los distintos objetivos de tiempo de recuperación (RTO). Los servicios basados en la nube, como AWS, ofrecen accesibilidad, escalabilidad y bajos costes de inversión de capital. La replicación síncrona entre centros puede minimizar las interrupciones durante una crisis social, mientras que las redes WAN definidas por software y las conexiones de fibra óptica pueden garantizar períodos de RTO prácticamente nulos. La elección entre centros de reserva «en caliente» o «en frío» depende del nivel de preparación y de consideraciones de coste. En general, identificar las aplicaciones críticas y seleccionar cuidadosamente las tecnologías de recuperación ante desastres adecuadas en diversos centros de datos puede beneficiar significativamente a cualquier organización.
Seguimiento y ajuste del RTO a lo largo del tiempo
Una vez que hayas calculado tu objetivo de tiempo de recuperación (RTO) y hayas puesto en marcha estrategias para alcanzarlo, tu trabajo aún no habrá terminado. La supervisión y el ajuste de tu RTO garantizarán que siga siendo pertinente y eficaz a la hora de mitigar los efectos de desastres o fallos imprevistos.
Let’s say that a few months after calculating your RTO and implementing recovery strategies, you experience a major data breach that takes down your critical systems for several hours. This incident could reveal weaknesses in your RTO plan and requirements, leading to necessary adjustments for future readiness. By analyzing the data from the incident, you can determine if the RTO needs to be adjusted based on factors like the severity of the disaster or failure or if new technologies would better facilitate data restoration. A medida que la tecnología evoluciona constantemente, también lo hacen las herramientas disponibles para recuperar datos críticos. Por lo tanto, los departamentos de TI deben mantenerse al día sobre las alternativas más recientes o las versiones mejoradas de las tecnologías existentes que puedan subsanar las posibles carencias de su plan de RTO actual. Una forma excelente de estar al tanto de los avances en este sector es asistir a conferencias tecnológicas o seminarios web que expliquen las tendencias emergentes y ofrezcan a las organizaciones la oportunidad de establecer contactos con expertos del sector.
Por otro lado, algunas organizaciones podrían argumentar que no es necesario supervisar los RTO siempre y cuando sus cálculos iniciales sean lo suficientemente sólidos como para hacer frente a cualquier eventualidad. Sin embargo, este argumento pasa por alto la naturaleza cambiante de los sistemas tecnológicos, en los que las cosas pueden cambiar con la misma rapidez con la que se produce una actualización de software de la noche a la mañana o aparece una herramienta de piratería en los círculos delictivos.
Monitoring and adjusting your RTO is similar to driving a car. Once you set out on the road, you don’t just settle down and forget about caution altogether because you believe everything went well at the start. A vigilant driver continuously monitors their environment by regularly checking mirrors and avoiding hazards as they appear along their path. Any sudden changes on the road like a blown tire or engine trouble will require quick thinking and new strategies, much like how IT organizations must adapt quickly to emerging security threats or IT failures.
So there you have it, monitoring and adjusting RTO over time is crucial for all organizations’ disaster recovery plans. By being vigilant in paying attention to potential threats and keeping track of technological advancements, you can ensure that your system remains robust and effective in the long run. Remember, recovery does not end after the implementation phase, for an efficient plan should account for any dynamic changes that might occur in an ever-evolving technological landscape.
¿Qué papel desempeñan la tecnología y las infraestructuras a la hora de alcanzar los RTO deseados?
La tecnología y la infraestructura son aspectos fundamentales para alcanzar los RTO deseados. Contar con la tecnología y la infraestructura adecuadas puede ayudar a las empresas a recuperarse más rápidamente de posibles interrupciones del servicio, reduciendo así el impacto negativo en sus operaciones, sus clientes y sus resultados financieros.
For instance, implementing a robust backup and recovery system that leverages cloud computing technologies can enable organizations to restore important data or applications in a matter of minutes. Additionally, having a resilient IT infrastructure with redundant systems, automated failover processes, and disaster recovery plans can significantly reduce RTOs.
Según un estudio reciente de Veeam Software, el 84 % de las empresas afirmaron haber sufrido interrupciones del servicio durante el último año. De aquellas que sufrieron dichas interrupciones, el 33 % perdió el acceso a sus sistemas críticos durante una hora o más. Además, los estudios indican que las interrupciones no planificadas pueden suponer a las empresas un coste de hasta 5.600 dólares por minuto.
En conclusión, la tecnología y las infraestructuras desempeñan un papel esencial no solo a la hora de alcanzar los RTO deseados, sino también de minimizar los riesgos empresariales asociados a los incidentes de interrupción del servicio. Al invertir en las herramientas tecnológicas y las soluciones de infraestructura adecuadas, las empresas pueden mejorar drásticamente su resiliencia operativa y minimizar las posibles pérdidas económicas causadas por interrupciones no planificadas.
¿En qué se diferencia el RTO del objetivo de punto de recuperación (RPO)?
El tiempo objetivo de recuperación (RTO) y el punto objetivo de recuperación (RPO) son dos indicadores fundamentales que las organizaciones deben tener en cuenta a la hora de diseñar sus planes de recuperación ante desastres. Aunque algunas personas pueden utilizar estos términos indistintamente, no son lo mismo.
En resumen, el RTO define el tiempo que una organización puede permitirse estar sin un sistema o una aplicación concretos antes de empezar a sufrir pérdidas económicas significativas u otras consecuencias negativas. Por otro lado, el RPO especifica la cantidad máxima de datos que una organización puede permitirse perder como consecuencia de una interrupción antes de empezar a sufrir daños importantes. For example, if a company has an RTO of two hours, it means that it can only tolerate up to two hours of downtime before suffering severe consequences such as losing customers or revenue. On the other hand, if an organization has an RPO of one hour, it implies that it can only afford to lose up to one hour’s worth of data before experiencing significant damage. Para poner las cosas en perspectiva: según un estudio realizado por IBM, cada minuto de inactividad no planificada cuesta a las empresas una media de 8.851 dólares. Además, una investigación de IDC sugiere que el coste medio de la inactividad de las aplicaciones críticas es de aproximadamente 100.000 dólares por hora.
Por lo tanto, establecer unos RTO y RPO realistas para tu organización es fundamental para minimizar el tiempo de inactividad y evitar pérdidas económicas. Sin embargo, ten en cuenta que estas métricas también deben estar en consonancia con tus objetivos y necesidades empresariales, ya que unos objetivos demasiado ambiciosos podrían resultar difíciles de alcanzar y mantener sin sobrecargar tus recursos.
¿Qué factores determinan cuál es el RTO adecuado para una empresa u organización?
Para determinar un objetivo de tiempo de recuperación (RTO) adecuado para una empresa u organización, hay que tener en cuenta varios factores. El RTO debe determinarse en función del impacto potencial del tiempo de inactividad del sistema y de la rapidez con la que la organización necesita reanudar sus operaciones. Entre los factores que determinan un RTO adecuado se incluyen:
Business Impact Analysis (BIA) – A BIA helps identify critical systems, data, and applications that are essential for business continuity. By prioritizing these aspects, organizations can develop recovery plans with specific RTOs that align with their importance.
Industry Standards – Certain industries such as healthcare or financial services have stricter regulatory requirements that dictate specific RTOs for protecting sensitive data and ensuring uninterrupted operation.
Financial Implications – According to a study by the Ponemon Institute, the average cost of data center downtime has risen to $9,000 per minute in 2021. Therefore, an organization’s financial situation plays a significant role in determining an appropriate RTO as it impacts both short-term revenue loss and long-term reputation damage.
Technology Infrastructure – The RTO should be based on the organization’s technological capabilities, including hardware, software, and network infrastructure. This includes assessing redundancy levels of IT systems and ensuring backup solutions are available to minimize recovery time.
In summary, determining an appropriate RTO requires understanding the potential impact of system downtime on your business operations, analyzing your critical systems and data, and balancing financial implications with technology infrastructure capabilities. By taking a proactive approach towards disaster recovery planning, businesses can minimize downtime while ensuring seamless business continuity during unexpected failures or disruptions.
¿Cuáles son algunos de los errores más comunes que cometen las empresas al establecer los RTO y cómo se pueden evitar?
Establecer un objetivo de tiempo de recuperación (RTO) es fundamental para que las empresas puedan planificar y prepararse ante desastres, ciberataques y otras posibles interrupciones. Sin embargo, hay algunos errores habituales que cometen las empresas a la hora de determinar sus RTO.
Uno de los errores más graves es establecer un RTO poco realista. Según una encuesta de IDG, el 28 % de los profesionales de TI admite haber establecido RTO inalcanzables. Establecer un RTO sin tener en cuenta los recursos disponibles ni probar el plan puede provocar tiempos de inactividad, pérdida de ingresos y daños a la reputación. Otro error habitual es no revisar ni actualizar el RTO con regularidad. A medida que las empresas crecen y la tecnología evoluciona, también lo hacen los riesgos potenciales y las soluciones necesarias. El Disaster Recovery Preparedness Council señala que el 60 % de las organizaciones no ha actualizado sus planes de recuperación ante desastres en más de un año, lo que da lugar a planes obsoletos e ineficaces.
To avoid these mistakes, businesses need to conduct risk assessments, test their disaster recovery plans regularly and consult with experts in business continuity planning. It’s essential to establish an achievable RTO based on the needs and capabilities of your organization. A realistic plan will allow you to recover quickly while minimizing costs.
En resumen, para evitar los errores habituales, como establecer RTO poco realistas o no actualizarlos con regularidad, es necesario llevar a cabo una preparación y una planificación continuas, así como consultar a los expertos en Recovery de las propias organizaciones.
¿Cómo pueden las empresas reducir al mínimo su tiempo de recuperación (RTO) en caso de catástrofe o interrupción del servicio?
Las empresas pueden reducir al mínimo su objetivo de tiempo de recuperación (RTO) aplicando las siguientes estrategias:
Elabora un plan integral de recuperación ante desastres: un plan bien documentado reduce la confusión y ayuda a restablecer los sistemas con rapidez. Según un estudio de Gartner, solo el 35 % de las pequeñas y medianas empresas cuenta con un plan de recuperación ante desastres.
Invertir en infraestructuras resilientes: una infraestructura informática sólida, con múltiples redundancias, generadores de reserva y fuentes de alimentación alternativas, garantiza la continuidad del negocio incluso en caso de corte de suministro eléctrico.
Realiza copias de seguridad periódicas: las copias de seguridad periódicas garantizan que los datos estén siempre actualizados y disponibles cuando sea necesario. El 60 % de las pequeñas empresas cierran en los seis meses siguientes a sufrir una pérdida significativa de datos sin contar con soluciones de copia de seguridad adecuadas.
Adopta soluciones basadas en la nube: las soluciones basadas en la nube ofrecen una flexibilidad y una escalabilidad de las que carecen las soluciones tradicionales instaladas en las propias instalaciones, lo que permite tiempos de Recovery más rápidos, según el 95 % de los profesionales de TI encuestados.
Al aplicar estas medidas, junto con otras adaptadas a las necesidades específicas de su sector y de su negocio, las empresas pueden garantizar unos tiempos de recuperación (RTO) mínimos en caso de desastres o interrupciones del servicio, reduciendo al mínimo las posibles pérdidas tanto en ingresos como en reputación.
Cumple o supera tus objetivos de tiempo de recuperación (RTO) con Clumio
Disaster recovery planning is essential for enterprises of all sizes looking to ensure business continuity during malicious attacks, downtime, and disruptions to infrastructure. Good data backups and a well-defined recovery process are critical elements of this planning.
Having a viable RTO—and the ability to meet or exceed the RTO—is a vital component to protecting both your business and its customers. As a cloud-native data protection backup-as-a-service platform, Clumio’s industry-leading rapid recovery capabilities provide enterprises with quick and reliable data restores to help ensure business continuity in the face of downtime to critical infrastructure.
Al ofrecer una forma sencilla de restaurar una instancia completa, así como de recuperar de forma granular archivos, registros o buzones de correo individuales, Clumio optimiza la recuperación de datos para cumplir o incluso superar fácilmente tus RTO actuales.
Temas relacionados:
Data Protection Essentials: RTO vs. RPO . Descubre los conceptos básicos sobre la protección de datos: la diferencia entre RTO (objetivo de tiempo de recuperación) y RPO (objetivo de punto de recuperación) para un Backup and Recovery eficaz.
What is RPO? The Importance of Recovery Point Objective in Your Business Continuity Plan Learn why Recovery Point Objective is vital to an enterprise’s business continuity plan in today’s risk-filled environment where threats like malware and ransomware are now commonplace. Implementing effective data backups and setting recovery objectives will help secure your business’s future.
Exploring Cloud Backup Options: A List of Considerations Examine your available options for cloud backup and learn why a cloud-native solution specifically designed for the cloud is the best choice for everything from ransomware protection to faster data recovery and easier compliance. This is particularly important for businesses and organizations with complex network environments and specific requirements.
The Role of Disaster Recovery in a Business Continuity Plan for Businesses and Organizations Read about the key role disaster recovery plays in a business continuity plan and learn why your choice of cloud backup can affect the speed of recovery.
How the Right Cloud Backup Solution Enables Faster Disaster Recovery across Diverse Network Environments When a disaster event (such as a ransomware attack) strikes, disaster recovery planning is paramount for businesses and organizations operating in various network environments. Learn about the key capabilities a cloud backup solution should provide to enable faster disaster recovery.
What Is a Data Retention Policy? Conoce los aspectos básicos de la política de retención de datos y descubre cómo una solución adecuada de copias de seguridad en la nube puede simplificar el cumplimiento normativo y, al mismo tiempo, garantizar la seguridad de los datos de las copias de seguridad, adaptándose a las necesidades específicas de las empresas y organizaciones de distintos sectores.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
It may be tempting to try porting over an on-premises backup system to the cloud, mainly due to your organization’s familiarity with the hardware and system. But this would defeat the purpose of moving to the cloud altogether. Backup solutions designed for on-premises backup don’t leverage cloud services to their full potential because these solutions were specifically made to run on a rigid physical infrastructure, which is less flexible and requires more pre-planning as user requirements change.
La migración de las soluciones de copia de seguridad de un centro de datos a la nube planteará dos problemas fundamentales:
Inefficient Architecture: Even if you were to take a “lift and shift” approach and emulate the physical hardware with Infrastructure as a Service (IaaS) components like AWS’ EC2 virtual machines and EBS volumes for virtual hard drives, you will not achieve any independent scaling of compute and storage. Instead, you’d have to size the backup data precisely and continually tweak AWS resources manually to accommodate the changing backup requirements. This would create an unnecessarily complex backup system with unpredictable costs—all while completely failing to leverage the agility of the cloud.
Compute Scale limitations: In the data center, compute is constantly running and has a fixed cost, but the cloud is just the opposite. Cloud compute is consumed on-demand, and you pay for each compute cycle. Backup solutions designed for on-premises use do not make full use of the cloud’s scaling abilities, causing unnecessary delays due to lack of bandwidth.
2. Utilizar herramientas nativas de la nube ya disponibles (como las instantáneas) o soluciones basadas en scripts creadas por uno mismo
There are some backup solutions whose approach is based on building a wrapper around the standard snapshot API that is native on that particular cloud platform. While this solution will work, and typically comes with an intuitive UI, it doesn’t provide a comprehensive data protection solution.
First, it’s difficult to automate global policy-based backups. It can also be time-consuming to locate the right snapshot to restore. This approach is also more vulnerable, mainly because snapshots are generally stored locally and close to the primary application.
Aunque algunos puedan optar por desarrollar scripts complejos para paliar algunas de estas deficiencias, sigue existiendo el riesgo de que se produzcan errores humanos y de que los scripts estén dañados, por no hablar de la necesidad de dedicar continuamente valiosos recursos informáticos a la creación y el mantenimiento de dichos scripts.
3. Una solución nativa de la nube diseñada específicamente para la nube
Pairing a cloud-native backup solution with the cloud itself means that it can take full advantage of the scalability and agility of the cloud—two of the main reasons for migrating to the cloud in the first place.
With this approach, there is no need to install additional software, manage cloud resources, or install agents in the customer’s account. There is no upfront complex planning required as the solution elastically scales to meet the data protection needs of the applications. A well-designed solution also ensures that the backup copies are stored outside the security sphere of the primary data.
Esto crea un espacio de seguridad entre los datos primarios y las copias de seguridad para garantizar una Recovery satisfactoria en caso de que los datos primarios se vean comprometidos. Además, una solución de copias de seguridad nativa de la nube ideal también debería permitir a los usuarios realizar búsquedas rápidas en las copias de seguridad para localizar y recuperar datos, así como proporcionar herramientas útiles, como paneles de control e informes, para estar al día con tus requisitos de cumplimiento normativo.
Aunque una copia de seguridad nativa de la nube es la opción más adecuada en cuanto a rendimiento, protección de datos y visibilidad de los mismos, no todas las soluciones nativas de la nube son iguales, por lo que los usuarios deben seleccionar cuidadosamente una solución que ofrezca las funcionalidades clave mencionadas anteriormente.
The Industry’s Best AWS Cloud Backup Solution
Built natively in AWS, Clumio’s backup solution provides superior scalability, performance, cost efficiencies, data protection, and faster access to innovation made possible by the cloud, all while solving issues common in other cloud backup solutions.
Protección contra ransomware
Clumio provides comprehensive data protection against growing threats like ransomware and bad actors via air-gapped and immutable backups that are stored outside of the customer’s security sphere. Both data at rest and data in transit are end-to-end encrypted.
Cumplimiento sin intervención
Compliance has become increasingly complicated as more jurisdictions implement their own versions of data retention laws. Clumio mitigates complexity and exposure to compliance violations with a simple interface. Clumio provides a single, cohesive view of all AWS assets and automatically indexes any resources that require compliance protection with uniform policies, along with simplified reporting for compliance audits. And that’s just the start.
Recovery rápida con búsqueda global
Clumio’s interface utilizes a granular approach that can quickly locate and restore backup files, effectively reducing restore time from several hours to just minutes. This helps to ensure optimal business continuity in the event of downtime from a security event.
Se acabaron los cuellos de botella en los datos
Clumio utiliza las funciones Lambda sin servidor de AWS y la escalabilidad ilimitada de la nube para eludir los niveles de procesamiento y transferir los datos directamente a un almacenamiento de objetos altamente escalable y duradero. Esto permite a Clumio escalar según sea necesario para satisfacer rápidamente las demandas de las aplicaciones.
Control de costes
Clumio’s advanced analytics and simulations include several cost control features that can provide clear, actionable insights into possible ways to reduce TCO. For example, by analyzing aspects like snapshots created per asset and their retention periods, Clumio can identify opportunities to cut back on certain snapshots and reduce AWS backup costs.
Temas relacionados:
AWS Backup Services AWS backup is the practice of creating a protected and space-efficient copy of data being used or generated by AWS services.
Solving the Challenges of AWS Backup Amazon Web Services (AWS) has become the primary cloud backup choice for many businesses, but it comes with certain challenges that users must be aware of before diving in. Learn how to solve the common problems with AWS backup while maintaining full control over cloud costs.
Adding Ransomware Protection to Your Amazon Cloud Backup Ransomware is a growing threat that shows no signs of slowing down—and your Amazon cloud backup could be at risk of exposure. Read about the vulnerabilities of Amazon Cloud Backup and learn what you can do to safeguard your data and backups from an attack.
How to Choose Between Cloud Backup Solutions Choosing the right cloud backup solution can seem like an overwhelming task. Where do you even start? Discover five of the most important things you need to examine when searching for your cloud backup provider.
Controlling Costs of Cloud Backup Services Are you wondering why your cloud backup costs are so high? Learn about the biggest culprits behind excessive and fluctuating cloud backup costs and find out how you can gain control over them, permanently.
Three Reasons You Need Cloud Backup for Business Curious about the actual benefits that cloud backup can provide for your business? Read about three of the biggest benefits your business can gain by utilizing a dependable cloud backup solution.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
¿Qué incluye una plantilla de plan de continuidad del negocio?
When a disaster event such as a server outage or cyber attack threatens to disrupt operations, a business continuity plan empowers an organization to continue functioning while navigating through the recovery from the incident. But, as one might imagine, the plan itself can be quite complicated, as it involves many moving parts. Generally, the components of a business continuity plan can range from the fundamental, such as planning communications between employees during a disaster event or restoring function to utilities, to the nuanced, like creating social media posts, press relations, etc.
One of the vital parts of a business continuity plan template involves planning for the recovery and restoration of mission-critical data and applications. In years past, this would have been mostly relegated to restoring data from physical backups and on-premises servers, but things have significantly changed as organizations have migrated most or all operations to the cloud. Products, services, and indeed the running of the business, have become more reliant on data and cloud-native applications and workloads.
If the template you’re using to create a business continuity plan doesn’t outline a way to back up and restore these applications and workloads in the cloud, the template is not only unsuitable for your organization, it would make your finalized plan vulnerable to significant repercussions from a potential disaster event.
Por qué la copia de seguridad en la nube es la base de una plantilla moderna de plan de continuidad del negocio
An organization cannot recover and restore its data unless it has first been backed up. If you’ve migrated to the cloud, a cloud backup solution will protect an organization’s data and facilitate the disaster recovery process when the need arises.
En teoría, el proceso es sencillo: la solución de copias de seguridad en la nube realiza copias de seguridad periódicas de los datos de la empresa, los almacena de forma segura y los actualiza automáticamente según la programación establecida. Si se produce un incidente que provoque la pérdida o el deterioro de los datos, la solución de copias de seguridad en la nube puede iniciar la recuperación de los datos a partir de la copia de seguridad más reciente, lo que permite a la empresa continuar con sus operaciones.
Aunque en la práctica esto parezca sencillo, recuperar y restaurar grandes cantidades de datos de una sola vez puede llevar bastante tiempo. Y, como ocurre en cualquier empresa, no todos los datos son esenciales para que las operaciones continúen. Si tu solución de copia de seguridad en la nube solo restaura las instancias de datos de forma general, corres el riesgo de que se produzcan tiempos de inactividad mientras esperas a que se restaure toda la instancia.
Una copia de seguridad segura en la nube con restauración rápida es la clave para garantizar la continuidad del negocio
The speed of data recovery during a disaster incident is the difference between downtime occurring and ensuring core operations continue. Using an inferior cloud backup solution that lacks rapid restore features can put your business continuity at risk—no matter how failsafe your template may seem.
Built natively in the cloud, Clumio’s industry-leading cloud backup-as-a-service platform is equipped with several rapid recovery capabilities that provide fast data restores and ensure business continuity when data has been lost or compromised during a disaster event. With Clumio, organizations can automatically back up data in an encrypted, air-gapped environment. When data has been lost or compromised, users can restore an entire instance or use granular and flexible recovery features to identify and restore mission-critical data and applications needed to maintain business continuity.
A successful business continuity plan template depends not just on proper planning—the tools matter just as much. Learn why Clumio is the industry’s leading innovator for cloud backup and rapid recovery by scheduling a demo today.
More related posts
The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan
