recoverpacket

Restablece la matriz de números de época para que se vuelvan a enviar los cambios en los paquetes perdidos.

Aplicabilidad

Producto Tipo de mandato
MultiSite Submandato multiutil
Plataforma
UNIX®
Windows®

Sinopsis

recoverpacket

[ –cl/an nombre-clan ] [ –site nombre-sitio ] –fam/ily nombre-familia
–u/ser nombre-usuario [–p/assword ] contraseña [ –sin/ce fecha-hora ]
réplica ...

Descripción

El mandato recoverpacket restablece la fila de época en una réplica remitente para reflejar la última sincronización enviada a una réplica antes de una hora en concreto. Explora una lista de filas de época guardadas al producirse cada exportación, buscando una entrada anterior a la hora especificada. Cuando encuentra una entrada, utiliza la fila asociada para restablecer la fila de época para la réplica receptora especificada. El siguiente paquete que se exporta incluye los cambios que se encontraban en el paquete perdido.

Restablecimiento automático de números de época

Cuando se envía un paquete de actualización a otra réplica, se da por supuesto que el transporte y las fases de importación se realizarán de forma satisfactoria. Por consiguiente, la matriz de números de época de la réplica remitente se actualiza para reflejar que se han efectuado los cambios en la réplica receptora. No obstante, si el paquete se pierde antes de alcanzar la réplica receptora, la suposición de la réplica remitente de que la réplica receptora se actualice será incorrecta.

Es preciso devolver los números de época de la réplica remitente a los valores que tenían antes de enviar el paquete. Si realiza estas correcciones en la matriz de números de época de la réplica remitente, hará que se incluyan los mismos cambios en el siguiente paquete de actualización que se envíe a la réplica receptora.

El administrador de la réplica receptora debe ejecutar un mandato dumpoplog para determinar la hora de la última importación satisfactoria. El administrador de la réplica remitente utiliza esta hora en el mandato recoverpacket.

Nota: Si las dos réplicas no están en el mismo huso horario o si no envía paquetes al mismo tiempo que los genera (por ejemplo, puede generar paquetes a medianoche y enviarlos a las 6 de la mañana), debe ajustarse a la diferencia horaria.

Restablecimiento manual de números de época

Si no hay ninguna fila de época guardada que sea tan antigua como la hora especificada, el mandato recoverpacket dará una anomalía. En este caso, el administrador de la réplica receptora debe utilizar el mandato lsepoch para determinar el número de época correcto, y el administrador de la réplica remitente debe ejecutar chepoch en la réplica remitente para restablecer la fila de época.

Restricciones

Debe tener privilegios de superusuario.

Opciones y argumentos

Especificación del clan, sitio y familia

Valor predeterminado
Clan: Primer clan replicado en este sitio. Si hay más de una conexión dbset registrada en este host, se necesita, –clan.

Sitio: Sitio actual. Si hay más de un sitio en este host, se necesita –site.

Familia: Sin valor predeterminado; debe especificar una familia.

–cl/an nombre-clan
Nombre del clan de la réplica.
–site nombre-sitio
Nombre del sitio de la réplica.
–fam/ily nombre-familia
Familia de base de datos de usuario: Nombre de base de datos que se da a la base de datos de usuario cuando se crea.

Familia de depósito de esquemas: Utilice la familia MASTR si desea recuperar información sobre el depósito de esquemas de trabajo. Si ha perdido un paquete, ejecute recoverpacket en las familias MASTR y de base de datos de usuario y, a continuación, ejecute de nuevo syncreplica.

Especificación de un nombre de usuario y contraseña

Valor predeterminado
Debe especificar un nombre de usuario y contraseña.
–u/ser usuario
Nombre de un usuario con privilegios de superusuario.
–p/assword contraseña
Contraseña asociada al usuario especificado.

Especificación de la hora

Valor predeterminado
Si no se especifica la hora, recoverpacket utiliza la hora actual (y, por lo tanto, restablece la fila de época de manera que se volverán a enviar los cambios del paquete de actualización más reciente).
–since fecha-hora
Especifica la hora del último proceso satisfactorio de un paquete en la réplica receptora. El argumento fecha-hora puede tener cualquiera de los formatos siguientes:
fecha.hora | fecha | hora
donde:
fecha:
= día-de-semana | fecha-larga
hora:
= h[h]:m[m][:s[s]] [UTC [ [ + | - ]h[h][:m[m] ] ] ]
día-de-semana:
= today |yesterday |Sunday | ... |Saturday |Sun | ... |Sat
fecha-larga:
= d[d]mes[[aa]aa]
mes:
= January |... |December |Jan |... |Dec

Especifique la hora en formato de 24 horas, relativa al huso horario local. Si omite la hora, el valor predeterminado es 00:00:00. Si omite la fecha, el valor predeterminado es today (hoy). Si omite el siglo, el año o una fecha específica, se utiliza la más reciente. Especifique UTC si desea que la hora se resuelva en el mismo momento independientemente del huso horario. Utilice el operador más (+) o menos (-) para especificar un desplazamiento positivo o negativo respecto a la hora UTC. Si especifica UTC sin desplazamientos de hora o minuto, el valor predeterminado es GMT (hora del meridiano de Greenwich). (Las fechas anteriores al 1 de enero de 1970 UTC (Hora Universal Coordinada) no son válidas.)

Ejemplos
  • 22-November-2002
  • sunday
  • yesterday.16:00
  • 0
  • 8-jun
  • 13:00
  • today
  • 9-Aug.10:00UTC
réplica ...
Nombre de sitio de la réplica para la que se restablece la fila de época.

Ejemplos

En estos ejemplos, las líneas se quiebran para una mayor facilidad de lectura. Debe entrar cada mandato en una sola línea física.

En la réplica boston_hub, restablezca la fila de época para la réplica sanfran_hub de manera que los cambios enviados desde el 22 de enero de 2002 se incluyan en el siguiente paquete de actualización.

multiutil recoverpacket -clan telecomm -site boston_hub -family DEV -user
susan -p passwd -since 22-January-2002 sanfran_hub

Multiutil: Using epoch information from 22-Jan-2002.10:06:52.
Multiutil: Epoch estimates for replica `sanfran_hub' successfully reset.

SANFRAN_HUB: 3


Comentarios