Saltar al contenido principal

Cómo enviar un punto de restauración desde una cadena

Cuándo usarlo​

Cuando es necesario restaurar una VM a partir de una copia de seguridad: los datos fluyen de vuelta desde el clúster de almacenamiento de copias de seguridad al clúster en el que se ejecutará la VM. En este procedimiento, el clúster de almacenamiento de copias de seguridad es el emisor, y su tarea consiste en recuperar un punto histórico de la cadena y enviarlo al receptor especificado.

El orden es el inverso del habitual: primero el receptor, después el emisor. El clúster de restauración abre un receptor por su lado y devuelve los datos de conexión de su nodo. Solo entonces el clúster de almacenamiento de copias de seguridad inicia la transferencia. La transferencia es asíncrona: el clúster confirma la retransmisión de inmediato, y el resultado de la transferencia llega en una devolución de llamada (callback).

La interfaz web del clúster no tiene pantallas para las cadenas: el autor de la llamada (GI o su propio programador de restauraciones) inicia la transferencia. Las operaciones sobre la propia cadena (creación, recepción de flujos y rotación) se describen en Cómo administrar cadenas de copias de seguridad.

Requisitos previos​

  • el privilegio 14002 (administración de cadenas de copias de seguridad) en el clúster de almacenamiento de copias de seguridad;
  • feature.backup en cluster.options del clúster de almacenamiento de copias de seguridad es 1; cuando es 0, la transferencia devuelve -25420;
  • versión de vStack Center: 3.0.5;
  • la cadena existe y su nodo propietario está activo;
  • se conocen los datos de conexión del receptor: la dirección del nodo y el puerto devueltos por el clúster de restauración al abrir su receptor;
  • se conoce el nombre corto del punto de restauración que se va a enviar.

Pasos​

Paso 1. Obtenga los datos de conexión del receptor​

El receptor lo abre el clúster de restauración, no el clúster de almacenamiento de copias de seguridad. Tome de su respuesta la dirección y el puerto del nodo receptor: estos se convierten en los parámetros de la transferencia. Iniciar una transferencia antes de que el receptor esté abierto no tiene sentido: el flujo no tiene adónde conectarse.

Paso 2. Identifique el punto de restauración​

Especifique el nombre corto de la instantánea: el sufijo después de @, sin la ruta de la cadena. El nombre debe tener de 1 a 128 caracteres y estar formado por letras latinas, dígitos y los símbolos _, ., -. El clúster rechaza los espacios, los caracteres cirílicos, las barras y @ dentro del nombre con el código -25430. Una transferencia envía un punto existente y no crea una nueva instantánea: lo que no está en la cadena no puede transferirse.

El subsistema no proporciona una lista de los puntos de una cadena, así que conserve sus nombres en su propio catálogo junto con la ruta de la cadena devuelta al crearla.

Paso 3. Inicie la transferencia​

Inicie la transferencia en el clúster de almacenamiento de copias de seguridad. Especifique la ruta completa de la cadena, el nombre corto del punto de restauración y los datos de conexión del receptor: la dirección y el puerto de su nodo.

El tiempo de espera opcional en segundos limita el tiempo para establecer la conexión TCP con el receptor, no la duración de la transferencia. Las transferencias incrementales están reservadas y no funcionan en la versión actual: las transferencias son siempre completas.

La respuesta llega de inmediato y es una confirmación de retransmisión: la solicitud se ha enviado al nodo propietario del pool. En este momento todavía no se ha transferido ningún dato.

Paso 4. Espere el resultado​

El resultado de la transferencia llega en una devolución de llamada desde el nodo, con el mismo identificador que la solicitud. El subsistema no tiene ninguna operación que devuelva el estado de la transferencia bajo demanda, por lo que la devolución de llamada es la única fuente del resultado. Asóciela a la solicitud mediante el identificador y no considere la confirmación de retransmisión como un éxito.

Verifique el resultado​

El éxito se confirma en ambos lados. En el lado del clúster de almacenamiento de copias de seguridad, mediante la devolución de llamada con el resultado de la transferencia. En el lado del clúster de restauración, mediante el estado del receptor que abrió: aquí es donde llegan los datos y desde donde se despliega la VM.

El estado de la cadena no cambia después de la transferencia: el punto permanece en su lugar y no se crean nuevas instantáneas. El mismo punto puede enviarse de nuevo a un nuevo receptor.

Solución de problemas​

-25420, el subsistema de copias de seguridad está deshabilitado. El valor de feature.backup en cluster.options del clúster de almacenamiento de copias de seguridad es 0. La comprobación se realiza antes de la retransmisión, por lo que no habrá ninguna devolución de llamada. Solución alternativa: habilite el subsistema en el clúster que envía los datos.

-25430, ruta de cadena o nombre de instantánea no válidos. La ruta especificada no tiene el formato <pool>/.backup/<leaf>, o el nombre del punto de restauración contiene caracteres fuera del conjunto "letras latinas, dígitos, _, ., -". El clúster solo retransmite a los nodos las rutas dentro de .backup, por lo que se rechazan los intentos de transferir un dataset de VM mediante esta operación. Solución alternativa: utilice la ruta completa exactamente como se devolvió al crear la cadena y tome el nombre del punto de su catálogo.

-25434, el pool de la cadena no está disponible. El nodo propietario del pool no responde, por lo que no hay ningún nodo que envíe el flujo. Los datos están intactos. Solución alternativa: vuelva a poner el nodo en servicio; el subsistema no puede trasladar la cadena a otro pool.

-25436, error en la operación de cadena. Un código de error general. Abarca diferentes causas, que no pueden distinguirse por el código. Solución alternativa: vuelva a intentar la transferencia; si el error persiste, compruebe el nodo propietario del pool y la disponibilidad del receptor en la dirección y el puerto especificados.

Solo llegó la confirmación de retransmisión, y nada después. La respuesta a una transferencia asíncrona no es el resultado. Si no llega ninguna devolución de llamada durante mucho tiempo, compruebe que el receptor esté abierto y que no se haya cerrado porque expiró su tiempo de espera de conexión: en ese caso, abra de nuevo el receptor y reinicie la transferencia.

El nombre del punto es incorrecto. No hay forma de comprobarlo de antemano: el subsistema no tiene forma de enumerar las instantáneas de la cadena. El error solo se hace evidente en el resultado de la transferencia. Solución alternativa: mantenga un catálogo de puntos por su lado y pase el nombre desde allí en lugar de escribirlo manualmente.

Véase también​

Métodos de la API​

Operaciones de la API tratadas en esta página: backup-dataset-send, vm-backup-restore; consulte la referencia de la API.