Busque y restaure objetos que se han perdido potencialmente
Puede ser posible encontrar y restaurar objetos que han activado una alarma objetos perdidos (PERDIDOS) y una alerta objeto perdido y que se ha identificado como potencialmente perdido.
-
Debe tener el UUID de cualquier objeto perdido, tal como se identifica en "'investigar objetos perdidos".
-
Debe tener la
Passwords.txt
archivo.
Puede seguir este procedimiento para buscar copias replicadas del objeto perdido en otra parte de la cuadrícula. En la mayoría de los casos, el objeto perdido no se encuentra. Sin embargo, en algunos casos, es posible que pueda encontrar y restaurar un objeto replicado perdido si realiza una acción rápida.
|
Póngase en contacto con el soporte técnico para obtener ayuda con este procedimiento. |
-
En un nodo de administrador, busque los registros de auditoría para las posibles ubicaciones de objetos:
-
Inicie sesión en el nodo de grid:
-
Introduzca el siguiente comando:
ssh admin@grid_node_IP
-
Introduzca la contraseña que aparece en
Passwords.txt
archivo. -
Introduzca el siguiente comando para cambiar a la raíz:
su -
-
Introduzca la contraseña que aparece en
Passwords.txt
archivo. Cuando ha iniciado sesión como root, el símbolo del sistema cambia de$
para#
.
-
-
Cambie al directorio donde se encuentran los registros de auditoría:
cd /var/local/audit/export/
-
Utilice grep para extraer los mensajes de auditoría asociados con el objeto potencialmente perdido y enviarlos a un archivo de salida. Introduzca:
grep uuid-valueaudit_file_name > output_file_name
Por ejemplo:
Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_lost_object.txt
-
Utilice grep para extraer los mensajes de auditoría de ubicación perdida (LLST) de este archivo de salida. Introduzca:
grep LLST output_file_name
Por ejemplo:
Admin: # grep LLST messages_about_lost_objects.txt
Un mensaje de auditoría LLST se parece a este mensaje de ejemplo.
[AUDT:\[NOID\(UI32\):12448208\][CBIL(UI64):0x38186FE53E3C49A5] [UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"][LTYP(FC32):CLDI] [PCLD\(CSTR\):"/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%\#3tN6"\] [TSRC(FC32):SYST][RSLT(FC32):NONE][AVER(UI32):10][ATIM(UI64): 1581535134379225][ATYP(FC32):LLST][ANID(UI32):12448208][AMID(FC32):CLSM] [ATID(UI64):7086871083190743409]]
-
Busque el campo PCLD y EL campo NOID en el mensaje LLST.
Si está presente, el valor de PCLD es la ruta completa del disco a la copia del objeto replicado que falta. El valor DE NOID es el ID de nodo de la LDR, donde se puede encontrar una copia del objeto.
Si encuentra una ubicación de objeto, es posible que pueda restaurar el objeto.
-
Busque el nodo de almacenamiento para este ID de nodo LDR.
El ID de nodo se puede usar de dos formas de encontrar el nodo de almacenamiento:
-
En Grid Manager, seleccione SUPPORT > Tools > Topología de cuadrícula. A continuación, seleccione Data Center > Storage Node > LDR. El ID del nodo LDR se encuentra en la tabla Información del nodo. Revise la información de cada nodo de almacenamiento hasta que encuentre el que aloja esta LDR.
-
Descargue y descomprima el paquete de recuperación para el grid. Hay un directorio \docs en DICHO paquete. Si abre el archivo index.html, el Resumen de servidores muestra todos los ID de nodo para todos los nodos de cuadrícula.
-
-
-
Determine si el objeto existe en el nodo de almacenamiento que se indica en el mensaje de auditoría:
-
Inicie sesión en el nodo de grid:
-
Introduzca el siguiente comando:
ssh admin@grid_node_IP
-
Introduzca la contraseña que aparece en
Passwords.txt
archivo. -
Introduzca el siguiente comando para cambiar a la raíz:
su -
-
Introduzca la contraseña que aparece en
Passwords.txt
archivo.
-
-
Cuando ha iniciado sesión como root, el símbolo del sistema cambia de $
para #
.
-
Determine si existe la ruta del archivo para el objeto.
Para la ruta de acceso del archivo del objeto, utilice el valor de PCLD del mensaje de auditoría LLST.
Por ejemplo, introduzca:
ls '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'
Nota: Siempre encierre la ruta del archivo de objeto entre comillas simples en comandos para escapar de cualquier carácter especial.
-
Si no se encuentra la ruta de objeto, se pierde el objeto y no se puede restaurar con este procedimiento. Póngase en contacto con el soporte técnico.
-
Si se encuentra la ruta del objeto, continúe con el paso Restaure el objeto en StorageGRID. Puede intentar restaurar el objeto encontrado de nuevo en StorageGRID.
-
Si se encuentra la ruta del objeto, intente restaurar el objeto en StorageGRID:
-
Desde el mismo nodo de almacenamiento, cambie la propiedad del archivo de objetos para que StorageGRID lo pueda gestionar. Introduzca:
chown ldr-user:bycast 'file_path_of_object'
-
Telnet a localhost 1402 para acceder a la consola LDR. Introduzca:
telnet 0 1402
-
Introduzca:
cd /proc/STOR
-
Introduzca:
Object_Found 'file_path_of_object'
Por ejemplo, introduzca:
Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'
Emitir el
Object\_Found
command notifica a la cuadrícula la ubicación del objeto. También activa la política de ILM activa, con la que se realizan copias adicionales según se especifique en la política.Nota: Si el nodo de almacenamiento donde encontró el objeto está sin conexión, puede copiar el objeto en cualquier nodo de almacenamiento que esté en línea. Coloque el objeto en cualquier directorio /var/local/rangedb del nodo de almacenamiento en línea. A continuación, emita el
Object\_Found
comando que usa esa ruta de acceso al objeto.-
Si el objeto no se puede restaurar, el
Object\_Found
error del comando. Póngase en contacto con el soporte técnico. -
Si el objeto se restauró correctamente en StorageGRID, aparece un mensaje de éxito. Por ejemplo:
ade 12448208: /proc/STOR > Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6' ade 12448208: /proc/STOR > Object found succeeded. First packet of file was valid. Extracted key: 38186FE53E3C49A5 Renamed '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6' to '/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila#3udu'
Continúe con el paso Compruebe que se han creado nuevas ubicaciones
-
-
Si el objeto se restauró correctamente en StorageGRID, compruebe que se crearon nuevas ubicaciones.
-
Introduzca:
cd /proc/OBRP
-
Introduzca:
ObjectByUUID UUID_value
-
-
-
El ejemplo siguiente muestra que hay dos ubicaciones para el objeto con el UUID 926026C4-00A4-449B-AC72-BCCA72DD1311.
ade 12448208: /proc/OBRP > ObjectByUUID 926026C4-00A4-449B-AC72-BCCA72DD1311 { "TYPE(Object Type)": "Data object", "CHND(Content handle)": "926026C4-00A4-449B-AC72-BCCA72DD1311", "NAME": "cats", "CBID": "0x38186FE53E3C49A5", "PHND(Parent handle, UUID)": "221CABD0-4D9D-11EA-89C3-ACBB00BB82DD", "PPTH(Parent path)": "source", "META": { "BASE(Protocol metadata)": { "PAWS(S3 protocol version)": "2", "ACCT(S3 account ID)": "44084621669730638018", "*ctp(HTTP content MIME type)": "binary/octet-stream" }, "BYCB(System metadata)": { "CSIZ(Plaintext object size)": "5242880", "SHSH(Supplementary Plaintext hash)": "MD5D 0xBAC2A2617C1DFF7E959A76731E6EAF5E", "BSIZ(Content block size)": "5252084", "CVER(Content block version)": "196612", "CTME(Object store begin timestamp)": "2020-02-12T19:16:10.983000", "MTME(Object store modified timestamp)": "2020-02-12T19:16:10.983000", "ITME": "1581534970983000" }, "CMSM": { "LATM(Object last access time)": "2020-02-12T19:16:10.983000" }, "AWS3": { "LOCC": "us-east-1" } }, "CLCO\(Locations\)": \[ \{ "Location Type": "CLDI\(Location online\)", "NOID\(Node ID\)": "12448208", "VOLI\(Volume ID\)": "3222345473", "Object File Path": "/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila\#3udu", "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.880569" \}, \{ "Location Type": "CLDI\(Location online\)", "NOID\(Node ID\)": "12288733", "VOLI\(Volume ID\)": "3222345984", "Object File Path": "/var/local/rangedb/0/p/19/11/00rH0%DkRt78Rrb\#3s;L", "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.934425" } ] }
-
Cierre la sesión en la consola LDR. Introduzca:
exit
-
En un nodo de administración, busque en los registros de auditoría del mensaje de auditoría ORLM de este objeto para confirmar que la gestión del ciclo de vida de la información (ILM) ha colocado las copias según sea necesario.
-
-
Inicie sesión en el nodo de grid:
-
Introduzca el siguiente comando:
ssh admin@grid_node_IP
-
Introduzca la contraseña que aparece en
Passwords.txt
archivo. -
Introduzca el siguiente comando para cambiar a la raíz:
su -
-
Introduzca la contraseña que aparece en
Passwords.txt
archivo. Cuando ha iniciado sesión como root, el símbolo del sistema cambia de$
para#
.
-
-
Cambie al directorio donde se encuentran los registros de auditoría:
cd /var/local/audit/export/
-
Utilice grep para extraer los mensajes de auditoría asociados con el objeto en un archivo de salida. Introduzca:
grep uuid-valueaudit_file_name > output_file_name
Por ejemplo:
Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_restored_object.txt
-
Utilice grep para extraer los mensajes de auditoría Object Rules MET (ORLM) de este archivo de salida. Introduzca:
grep ORLM output_file_name
Por ejemplo:
Admin: # grep ORLM messages_about_restored_object.txt
Un mensaje de auditoría ORLM se parece a este mensaje de ejemplo.
[AUDT:[CBID(UI64):0x38186FE53E3C49A5][RULE(CSTR):"Make 2 Copies"] [STAT(FC32):DONE][CSIZ(UI64):0][UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"] [LOCS(CSTR):"**CLDI 12828634 2148730112**, CLDI 12745543 2147552014"] [RSLT(FC32):SUCS][AVER(UI32):10][ATYP(FC32):ORLM][ATIM(UI64):1563398230669] [ATID(UI64):15494889725796157557][ANID(UI32):13100453][AMID(FC32):BCMS]]
-
Busque el campo LOCS en el mensaje de auditoría.
Si está presente, el valor de CLDI en LOCS es el ID de nodo y el ID de volumen donde se ha creado una copia de objeto. Este mensaje muestra que se ha aplicado el ILM y que se han creado dos copias de objetos en dos ubicaciones de la cuadrícula. . Restablezca el recuento de objetos perdidos en el Gestor de grid.