Am lucrat la încercarea de a restabili datele dintr-o matrice creată pe o unitate de stocare Dell MD3220 PowerVault. La telefon cu Dell și un alt grup de asistență de săptămâni întregi și alergând în ziduri de cărămidă. Speram că cineva de aici ar putea avea o idee pe care aș putea-o încerca în speranța de a recupera datele. Dispozitivul de stocare are 24 de locații de unitate identificate cu o bază 0 (deci unitatea 24 se numește 23, iar unitatea 1 se numește 0).
Unitatea a suferit o întrerupere a curentului și cred că unitatea de stocare a deconectat înainte ca cele două servere să acceseze datele (prin cabluri SAS) a fost cauza problemei. Deci, DB-urile care conțin configurația matricei situate pe fiecare controler din MD3220 (există două) au devenit corupte.
Am încercat să recuperăm DB-urile înlocuind DB-ul curent cu cel mai recent backup găsit pe controler însuși (un scenariu comun). Asta părea să eșueze.
Am ajuns chiar și până la a încerca să reconstruim baza de date cu fișierele stocate pe serverul meu (fișiere DBM) pe care le folosesc pentru a gestiona dispozitivul. I-am cerut Dell să genereze o cheie de validare pe care să o folosească la reconstruirea bazelor de date. Și asta părea să eșueze.
Eroarea pe care o văd în continuare că nu mă pot deplasa este Tip de excepție N3adp6Device24ExtentAllocatedExceptionE mesaj „N3adp6Device24ExtentAllocatedExceptionE” cu extensia: 553 de dimensiune: 1106 pentru unitatea ordinal22.
09/29/21-19:24:37 (tRAID): WARN: UWManager::initializeNvsramIWLog: IWLog invalidat
09/29/21-19:24:37 (tRAID): NOTĂ: UWMgr findIWLogs: S-a găsit unitatea de jurnal IW. Devnum 0x10001 tray=0 slot=2 ssd=0 qos=3 controller=0
09/29/21-19:24:37 (tRAID): NOTĂ: UWMgr findIWLogs: S-a găsit unitatea de jurnal IW. Devnum 0x10002 tray=0 slot=3 ssd=0 qos=3 controller=0
09/29/21-19:24:37 (IWTask): NOTĂ: UWMgr: a început înregistrarea IW
09/29/21-19:24:41 (tRAID): EROARE: CrushDrive::allocateExtent - Tip excepție N3adp6Device24ExtentAllocatedExceptionE mesaj „N3adp6Device24ExtentAllocatedExceptionE” cu dimensiunea: 553 de dimensiune: 1106 pentru unitatea ordinal22
09/29/21-19:24:41 (tRAID): EROARE: CrushStripe DeSerialization - Nu s-a putut aloca extensia! CrushDrive 22 Volumul 1 CrushPiece 2 Extent 553
09/29/21-19:24:41 (tRAID): EROARE: Excepție în timpul alocării stripe în vdm::CrushStripePersistenceManager::initialize(1)
09/29/21-19:24:41 (tRAID): EROARE: vdm::CrushInvalidCfgMgr DB_CORRUPT detectat
09/29/21-19:24:41 (tRAID): NOTĂ: lockdownPrimaryDBInvalidWorker: OBB deja în pcache, nu se actualizează.
09/29/21-19:24:41 (tRAID): WARN: BackupDatabaseManager:lockdownPrimaryDBInvalid Exception IconSendInfeasibleException Error
09/29/21-19:24:41 (tRAID): WARN: BDBM: Clientul a detectat Corupție DB primară. Forțarea dualControllerLockdown.
09/29/21-19:24:41 (tRAID): WARN: Ctl Reboot:
Reporniți CompID: 0x407
Motivul repornirii: 0x11
Motivul suplimentar pentru repornire: 0x2
09/29/21-19:24:41 (tRAID): AVERTISMENT: Reporniți acest controler acum
Bănuiesc că „ordinal 22” se referă la unitatea 23 (din 24 de unități)? Nu sunt sigur de ce se plânge, totuși. Drive 23 este rău? Există o bază de date pe toate unitățile și DB pe unitatea 23 proastă? Există o modalitate de a restaura baza de date, cum ar fi să o copiați dintr-o altă, etc.? Se vorbește chiar de drive 23? Orice ajutor pe care mi-l poate oferi oricine ar avea o grămadă.
Mulțumiri!!
