Determinar si se deben utilizar agrupaciones de almacenamiento de copia de contenedor para la protección frente a siniestro
Determine si las agrupaciones de almacenamiento de copia de contenedor cumplen los requisitos de protección frente a siniestro.
Acerca de esta tarea
Sugerencia: De forma alternativa, puede utilizar las reglas de almacenamiento de copia para crear automáticamente una copia diaria hidratada de la agrupación de almacenamiento de contenedores de directorio en cinta para la recuperación tras desastre. Para obtener más información, consulta «Comparación de opciones para copiar datos del grupo de almacenamiento de contenedores de directorios a cinta ».
Puede crear
una copia externa de la agrupación de almacenamiento de copia de contenedor para la protección de recuperación ante siniestro o para satisfacer los requisitos empresariales y reglamentarios para las copias de cinta externas. Antes de decidirse por utilizar
copias de cintas externas para la protección frente a siniestro, plantéese seriamente si la solución cumple con el objetivo
de tiempo de recuperación.El uso de agrupaciones de almacenamiento de copia de contenedor para la recuperación frente a siniestro es apropiado cuando la cantidad de datos del entorno
es igual o menor que los valores siguientes:
- 200 TB de total de datos gestionados
- 50 TB de datos de fondo
- 37 TB de datos frontales
- Total de datos gestionados
- Todos los datos almacenados en la agrupación de almacenamiento de contenedores de directorios en el servidor. Esto incluye las versiones activas e inactivas de los datos. El número de versiones está determinado por las políticas de retención.
- Datos de fondo
- Todos los datos almacenados en la agrupación de almacenamiento de copia de contenedor.
- Datos frontales
- Los datos activos actuales almacenados en la agrupación de almacenamiento de copia de contenedor. Estos son los datos activos que se utilizan para restaurar datos en los nodos cliente. En caso de que se produzca un siniestro, serán necesarios todo o parte de los datos frontales para restablecer la producción. Los datos frontales son un porcentaje del total de los datos gestionados y son menores o iguales al total de datos gestionados, en función de los valores de política en uso.
Para recuperarse de un desastre en un plazo de 48 horas, el entorno del sistema en el sitio de recuperación debe cumplir los requisitos mínimos de hardware para las acciones de la tabla siguiente.
| Acción | Tiempo requerido | Requisitos mínimos |
|---|---|---|
Configure un nuevo servidor de IBM
Storage Protect en un sitio de recuperación tras desastre. Para configurar el nuevo servidor, debe completar los pasos siguientes:
|
Tiempo para restaurar el servidor: 6 horas | Utilice una unidad de estado sólido (SSD) para la base de datos del servidor, con los requisitos siguientes:
|
| Auditar la agrupación de almacenamiento de contenedores de directorios y reparar los datos desde la cinta. Sugerencia: Si el sistema cumple los requisitos mínimos de hardware, puede reparar hasta 50 TB de datos de fondo en un plazo de 48 horas.
|
Tiempo para auditar la agrupación de almacenamiento: 2 horas Tiempo para reparar la agrupación de almacenamiento utilizando una copia de cinta: 28 horas Nota: La estimación de tiempo se aplica si tiene un máximo de 200 TB de datos gestionados totales en la agrupación de almacenamiento.
|
Utilice unidades de Nearline SAS (NL-SAS), como en una configuración del servidor de blueprint media, con un
mínimo de 700 MB por segundo de rendimiento de grabación para el disco de la agrupación de almacenamiento. Utilice la nueva generación de tecnología de cinta como, por ejemplo, LTO-7 o mejor, con un mínimo de seis unidades para permitir las operaciones de lectura simultáneas desde los volúmenes de cinta. |
| Restaure datos en los nodos de cliente. Sugerencia: Si el sistema cumple los requisitos mínimos de hardware, puede restaurar hasta 37 TB de datos frontales en un plazo de 48 horas.
|
Tiempo para realizar las operaciones de restauración del cliente: 12 horas | Utilice unidades NL-SAS, como en una configuración del servidor de blueprint medio, con un mínimo de 10 sesiones de restauración que consiguen 3102 GB por hora. |