Skip to main content
此產品有較新版本可以使用。
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

搜尋及還原可能遺失的物件

貢獻者

您可能會找到並還原觸發「遺失物件」(遺失)警示和*「物件遺失」警示的物件、而且您已識別為「可能遺失」的物件。

您需要的產品
  • 您必須擁有「Investigating Lost objects」(正在調查遺失的物件)中所述之任何遺失物件的UUID。

  • 您必須擁有 Passwords.txt 檔案:

關於這項工作

您可以遵循此程序、在網格的其他位置尋找遺失物件的複寫複本。在大多數情況下、找不到遺失的物件。不過、在某些情況下、如果您採取了提示行動、可能會找到並還原遺失的複寫物件。

重要 如需此程序的協助、請聯絡技術支援部門。
步驟
  1. 從管理節點搜尋稽核記錄、找出可能的物件位置:

    1. 登入網格節點:

      1. 輸入下列命令: ssh admin@grid_node_IP

      2. 輸入中所列的密碼 Passwords.txt 檔案:

      3. 輸入下列命令以切換至root: su -

      4. 輸入中所列的密碼 Passwords.txt 檔案:當您以root登入時、提示會從變更 $#

    2. 變更至稽核記錄所在的目錄: cd /var/local/audit/export/

    3. 使用Grep擷取與可能遺失物件相關的稽核訊息、然後將其傳送至輸出檔案。輸入: grep uuid-valueaudit_file_name > output_file_name

      例如:

      Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_lost_object.txt
    4. 使用Grep擷取此輸出檔案中的「位置遺失(LLST)」稽核訊息。輸入: grep LLST output_file_name

      例如:

      Admin: # grep LLST messages_about_lost_objects.txt

      LLST稽核訊息看起來像這個範例訊息。

      [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]]
    5. 在LLST訊息中尋找PCLD欄位和NOID欄位。

      如果存在、PCLD的值是磁碟上遺失複寫物件複本的完整路徑。NOID的值是可能找到物件複本的LDR節點ID。

      如果找到物件位置、您可能可以還原物件。

    6. 尋找此LDR節點ID的儲存節點。

      有兩種方法可以使用節點ID來尋找儲存節點:

      • 在Grid Manager中、選取* Support > Tools > Grid topology 。然後選取「*資料中心_>*儲存節點_*>* LdR*」。LMR節點ID位於Node Information(節點資訊)表格中。檢閱每個儲存節點的資訊、直到找到裝載此LDR的儲存節點為止。

      • 下載並解壓縮網格的恢復套件。上述套件中有一個_\docs/目錄。如果您開啟index.html檔案、「伺服器摘要」會顯示所有網格節點的所有節點ID。

  2. 判斷稽核訊息中指出的儲存節點上是否存在物件:

    1. 登入網格節點:

      1. 輸入下列命令: ssh admin@grid_node_IP

      2. 輸入中所列的密碼 Passwords.txt 檔案:

      3. 輸入下列命令以切換至root: su -

      4. 輸入中所列的密碼 Passwords.txt 檔案:

        當您以root登入時、提示會從變更 $#

    2. 判斷物件的檔案路徑是否存在。

      對於物件的檔案路徑、請使用LLST稽核訊息中的PCLD值。

      例如、輸入:

      ls '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'

      附註:永遠在命令中以單引號括住物件檔案路徑、以轉義任何特殊字元。

      • 如果找不到物件路徑、則物件會遺失、無法使用此程序還原。聯絡技術支援。

      • 如果找到物件路徑、請繼續執行步驟 將物件還原StorageGRID 至物件。您可以嘗試將找到的物件還原StorageGRID 回原地。

  1. 如果找到物件路徑、請嘗試將物件還原StorageGRID 至下列項目:

    1. 從同一個儲存節點、變更物件檔案的擁有權、以便StorageGRID 由支援部門進行管理。輸入: chown ldr-user:bycast 'file_path_of_object'

    2. 以遠端登入localhost 1402以存取LMR主控台。輸入: telnet 0 1402

    3. 輸入: cd /proc/STOR

    4. 輸入: Object_Found 'file_path_of_object'

      例如、輸入:

      Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'

      發行 Object\_Found 命令會將物件的位置通知網格。它也會觸發作用中的ILM原則、並依照原則中的指定來製作其他複本。

      附註:如果找到物件的儲存節點離線、您可以將物件複製到任何線上的儲存節點。將物件放在線上儲存節點的任何/var/local/rangedb目錄中。然後、發佈 Object\_Found 命令、使用該檔案路徑前往物件。

      • 如果物件無法還原、則為 Object\_Found 命令失敗。聯絡技術支援。

      • 如果物件成功還原StorageGRID 至物件、則會顯示成功訊息。例如:

        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'

        繼續執行步驟 確認已建立新位置

  1. 如果物件成功還原StorageGRID 至物件、請確認已建立新位置。

    1. 輸入: cd /proc/OBRP

    2. 輸入: ObjectByUUID UUID_value

      下列範例顯示、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"
            }
        ]
    }
    1. 登出LdR主控台。輸入: exit

  2. 從管理節點搜尋稽核記錄、尋找此物件的ORLM稽核訊息、以確認資訊生命週期管理(ILM)已視需要放置複本。

    1. 登入網格節點:

      1. 輸入下列命令: ssh admin@grid_node_IP

      2. 輸入中所列的密碼 Passwords.txt 檔案:

      3. 輸入下列命令以切換至root: su -

      4. 輸入中所列的密碼 Passwords.txt 檔案:當您以root登入時、提示會從變更 $#

    2. 變更至稽核記錄所在的目錄: cd /var/local/audit/export/

    3. 使用Grep將與物件相關的稽核訊息擷取至輸出檔案。輸入: grep uuid-valueaudit_file_name > output_file_name

      例如:

      Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_restored_object.txt
    4. 使用Grep從這個輸出檔案擷取符合物件規則(ORLM)的稽核訊息。輸入: grep ORLM output_file_name

      例如:

      Admin: # grep ORLM messages_about_restored_object.txt

      ORLM稽核訊息看起來像這個範例訊息。

    [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]]
    1. 在稽核訊息中尋找LOCS欄位。

      如果存在、LOCS中的CLDI值即為節點ID和建立物件複本的Volume ID。此訊息顯示ILM已套用、而且已在網格的兩個位置建立兩個物件複本。

    2. 在Grid Manager中重設遺失物件的計數。