Backup SO instalat pe raid5/10

Dupa un necaz cu un server am ajuns la concluzia ca nu am o solutie viabila pentru a pune pe picioare un server de Windows in cel mai scurt timp dupa un hardware failure. Backup de fisiere/baze de date fac in fiecare noapte dar ramane o problema : sistemul de operare, server-ul de Oracle, SQL nu pot ridica intr-un timp f scurt. Ajutati-ma si pe mine cu o solutie de backup (clonare) ce pot functiona fara probleme pe configuratii ce contin raid0/5/10 dar si ceva idei de disaster recovery.

Chiar nu are nimeni nici un plan de disaster recovery?

cielo, on Aug 8 2007, 14:21, said:

Pune-le in mirroring, ale mele asa sunt puse. Dupa mine e solutia cea mai buna pentru serverele de baze de date.
Ai zis ca le ai in RAID 0/5/10, pune-le in RAID 1
Asa, posibilitatea ca sa ramai fara suport este redusa considerabil.

Vezi si aici

Edited by danbonta, 08 August 2007 - 16:57.

Sunt server-e unde pe langa hardware failure am nevoie si de performanta de aici si configuratii gen raid5/10. Server-ul de bd deserveste peste 50 useri si am nevoie de ceva performante. Dupa cum spuneam si mai sus, am nevoie de un program gen ghost (de care ma folosesc destul de des pentru statii) dar care sa poata functiona si pe hardware mai ... "exotic" fara a trebui sa-mi sparg capul cautand/instaland drivere pt controller-e. Mi-e greu sa cred ca nu exista oameni in sectiunea asta care nu au proceduri puse la punct pentru disaster recovery, si de aceea v-as ruga sa-mi impartasiti si mie din experienta voastra ;)

Edited by cielo, 08 August 2007 - 19:56.

tu vrei sa faci un backup la SO complet? de ce anume ti-e frica ca o sa se crash-uie?
cum adica raid 5/10? adica raid 5 sau raid 10? pai in orice setup ai pune, as sta linistit. sansa sa pice doua harduri deodata e foarte mica... de ce anume ai mai vrea backup la OS.

Ehe...cu siguranta asta am stat si eu pana saptamana asta. Si am sa explic pe scurt ce anume s-a intamplat : se da un server ce deseveste un soft de business intelligence. Configuratia nu foarte performata : un raid5 facut pe ich8r cu 3 hdd-uri sata. Dimineata vad ca un script care normal dura 10-15 min la rulare merge de 1 ora si nu a terminat; investighez problema si constat ca matricea raid este in stare fault : picase un hdd; nici o problema, il inlocuiesc, power on, intra in SO si incepe sa refaca matricea. Bun, mi-am vazut de treaba cu gandul ca problema este rezolvata. Ei nu, la 20% s-a blocat procesul de reconstructie. Nu-i problema, mai tragem o fisa : reboot si de la capat. Aceeasi problema : la 20% se bloca. Imi zic : are hdd-ul o problema si drept urmare inlocuiesc hdd-ul nou pe care-l bagasem initial cu un altul. Surpriza : la exact aceeasi faza reconstructia refuza sa mai mearga. Intr-un moment de inspiratie pun mana pe telefon si-l sun pe tipul care imi instalase soft-ul de BI si-l intreb de ce fisiere are nevoie pentru a repune server-ul in functiune. Salvez respectivele fisiere si mai incerc odata sa refac raid-ul : la urmatorul restart in consola de config a raid-ului nu mai aparea ca pana atunci : Rebuilding ci failed. Nici o sansa sa mai booteze SO-ul. Solutia a fost : schimbarea celor 3 hdd-uri in statul de non-raid, refacerea raid-ului 5 si reinstalarea SO-ului. In acest timp eu deja migrasem fisierele pe alt server (de data asta vorbesc de server ca si configuratie - nu cu ich8r ;) ) si tipul cu BI venise sa reinstaleze server-ele lui. Ca si concluzie : downtime-ul a fost de 24+ ore. Nu au fost probleme fantastice din aceasta cauza dar tot nu am lasat o impresie de profesionalism. Daca as fi avut o imagine a SO-ului nu ar fi durat mai mult de 3 ore downtime-ul cu toate incercarile mele. Am mai avut hdd-uri picate in raid-uri (penultima data era vb de un hdd pe sas unde refacerea raid-ului s-a facut in maxim 30 min) si daca nu as fi avut problema de care am povestit mai sus as fi dormit linistit in continuare, dar, dupa ultima "peripetie" as vrea sa fiu mai atent la astfel de lucruri si sa-mi iau cat mai multe masuri de siguranta.

foarte dubios ce s-a intamplat. ce OS rulezi pe server?
ce adaptor RAID ai? sau e software? din cate am citit pare hardware...

stii ca la RAID 5 in momentul in care ramane intr-un singur drive creste riscul coruperii datelor. sigur nu ti-a fail-uit si un al doilea drive si de acolo a iinceput totul? e posibil sa fi fost vorba de bad logic peste care nu putea trece. ai incercat sa scoti din array unul din cele doua discuri ramase?

sunt tare curios ce controller ai pe sistem. daca e chinezism ITE, VIA, Silicon Image, chiar si nVidia, etc. (desi m-as mira sa stie astea RAID 5) atunci iti recomand sa o dai pe un software RAID. pe XP trebuie "tweak"-uit sa stie RAID 5, dar 2003 e totul ok. la fel si pe linux...

Este vorba de Intel ICH8R - rula un XP pro pe care functiona OK de mai bine de 1 an

Ca solutie de backup vezi de la Acronis. Faci backup-ul pe DVD-uri, creeaza rescue disc in care poti baga driverele de la controller ca sa ti le recunoasca.

Sistemul de operare (oricare ar fi el) vede matricea raid (de orice tip ar fi el) ca un singur disc.
Ca ai nevoie de drivere pt. controller-ul raid - e acelasi lucru ca driverele pt. IDE chior. Doar ca alea sunt incluse in sistemul de operare.
Insa in DOS nu ai nevoie de nici un fel de driver.

Pe scurt: Poti folosi ghost fara probleme, chiar si pe RAID. (nu stiu cum sunt versiunile mai noi, dar ultimul ghost de DOS, care incape pe o disketa, isi face treaba fara probleme)

depinde aici daca ghost nu stie sa lucre cu controllerul ala RAID, atunci nu va vedea discul. la fel si cu acronis. e posibil pur si simplu sa nu stie sa lucre cu acel controller.

Quote

DOS nu vede array-ul RAID daca nu are suport pentru acel controller.

Edited by worm, 09 August 2007 - 13:34.

Am zis un pic mai sus cum ca ma folosesc cu incredere de norton ghost pe statii ... evident ca am incercat si pe config mai exotice fara rezultate insa.

da-i o sansa la Acronis. Vezi ca are o versiune pentru servere. Dupa instalare iti permite sa faci un recovery disc, care iti va detecta storage controllerul ce-l ai pe sistem, ca sa poti da restore.

worm, on Aug 9 2007, 14:32, said:

DISCLAIMER: vorbim de ghost-ul chior de dos, nu alea care booteaza de pe cd-uri si nu incap pe o disketa.

Mi se pare stupid* ce spui tu din mai multe puncte de vedere:
1. Matricea RAID este bootabila => poate fi accesata (de catre bootloader, oricare ar fi el) fara nici un driver
2. Pe matricea respectiva POATE fi instalat DOS. Care NU ARE CUM sa incarce drivere pt. sistemul de pe care booteaza
3. Si NT-ul isi incarca destul de multe balarii de pe HDD INAINTE sa incarce vre-un driver pt. controller
4. Ghostul respectiv a aparut cu mult timp inaine sa existe placi de baza NF2 cu SATA si RAID. Si totusi am facut backup la ele.

Acum, ca exista posibilitatea sa nu mearga in anumite configuratii, nu neg. Dar nu ar trebui.

* stupid = imi vine greu sa cred, nu ca spui tu vreo prostie.

bootarea matricei o face BIOS-ul sistemului. controllerul RAID notifica BIOS-ul ca are un array configurat la adresa cutare. bios-ul il booteaza. de aici incolo nu mai e problema lui daca kernel-ul OS-ului stie sa lucre cu storage controller-ul sistemului sau nu.
adica BIOS-ul oricum stie sa lucre cu matricea din RAID, dar in schimb OS-ul nu.

DOS nu va sti de, sa zice, un adaptec deci nu va detecta nici un drive.

nu te contrazic nici eu, orice poate fi posibil. chiar ar fi interesant ca asta sa devina o discutie constructiva.
maine daca am ocazia si timp am sa bootez un server cu controller adaptec in DOS si fac niste poze :)

Edited by worm, 09 August 2007 - 20:47.

Calitatea de bootare a unui matrici este data de controller-ul raid si nu de bios-ul placii de baza. Bios de pe MB "cedeaza" drepturile de config controller-ului raid. Asadar si prin urmare, atata timp cat ghost-ul nu are drivere pentru un controller anume nu are cum sa acceseze drive-ul/matricea raid

da, da, da... aveti dreptate pana la un punct.

1. BIOS: ba, am dat de 'ceva' care face pe controller-ul de storage device. Ia sa-l las eu sa se ocupe de aici...
2. Firmware-ul controlerului: Da ma, am un disc (nu-ti zic de care ca nu te intereseaza). CPU, incarca boot loader-ul de la adresa xxxxx (ma rog, ceva de genul).
3. Boot loader: Hopa, m-am incarcat. Acum cautam un kernel al sistemului de operare, se ocupa el mai departe.

Boot loader-ul (sa-i zicem LILO) va garantez ca habar nu are ca discul respectiv este o matrice RAID5/0/1 sau ce vreti voi.

4. Sa zicem ca vrem sa incarcam un XP:
Boot loader-ul a gasit NTLDR (retineti: NTLDR plasat pe o partitie NTFS, pe un disc RAID5. Si asta fara nici un fel de driver pana aici).
NTLDR-ul isi face treaba. Incepe sa incarce drivere. Si va garantez ca cel pt. storage nu este primul.

Tema: Stergeti driverele RAID de pe un sistem NT si bootati cu el in mod verbose. Vedeti cam pe unde se opreste si cate s-au facut fara drivere pt. controller.

Also, sistemul de operare HABAR NU ARE ca este pe un disc RAID5/0/1.

Am vorbit de raid HARDWARE, da? Da, prin HARDWARE inteleg si RAID5-ul integrat in chipsetul unor placi de baza, desi nu e tocmai hardware.

ACUM, voi spuneti ca DOS-ul nu recunoaste un Adaptec, sa zicem?
Pai si cum mama masii se instala DOS-ul pe un disc SCSI? In conditiile in care io.sys,msdos.sys si command.com sunt cele 3 fisiere necesare si suficiente pt. a porni un dos 6.x?

*** s-ar putea sa vorbesc tampenii, dar din experienta mea, si din logica mea, cam asa este.

Quote

corect

Quote

partea tricky e fisierul NTBOOTDD.SYS care e o copie a drivereului de la adaptorul RAID.

NTLRD e localizat la sectorul 0 al discului, deci controllerul nu are probleme sa-l citeasca. tot NTLDR incarca niste drivere care ii permit mai departe sa citeasca partitia. nu inainte de a incarca fisierul mentionat mai sus.