RAID-0 array 'verhuizen' naar andere RAID controller

[PaulX]

Misschien een stomme vraag hoor, maar is het mogelijk
om 2 drives in RAID-0 achteraf op een andere SATA RAID controller aan te sluiten
zonder opnieuw Windows te hoeven installeren (dus met behoud van alle data die er reeds op staat)?

Ter verduidelijking (hoop ik):

• 2xSSD @ ICH10R RAID0 <-- nu (windows 7 x64)
• 2xSSD @ Marvell 9128 RAID0 <-- later (OS her-installatie vereist?)

Wie kan me raad geven?

[FireDrunk]

Theoretisch is het te doen, door de drivers erin te 'hacken', maar aan te raden is het nooit.

[TERW_DAN]

Nee, kan niet.

[ Voor 74% gewijzigd door TERW_DAN op 17-02-2010 15:03 ]

[dvl-2]

Nee, kan inderdaad niet. Wat wel kan is controller 'upgrade', bijv. van ICHR9 naar ICHR10 of van 4-poorts controller naar 16-poorts controller van hetzelfde merk. Switchen van ICHR10 naar Marvell gaat in ieder geval niet lukken.

[FireDrunk]

Data backuppen naar losse schijf
Schijf booten
Driver nieuwe raidcontroller injecteren
Schijven aan nieuwe controller hangen
Nieuwe array maken
Data terugzetten op nieuwe array.

Dat is verhuizen zonder herinstallatie... Dat het zonder datacopy kan is nooit gevraagd...

[TERW_DAN]

Mjah, dat is imho niet behoud van data. Want je vernietigt de data wel zeker op het moment dat je het ding op de nieuwe controller hangt. Dat je een backup terug kan zetten lijkt me logisch.

[FireDrunk]

Maakt niet uit De TS beslist dat natuurlijk
Wat jij zegt is natuurlijk zeker waar, je kan niet de letterlijke array omprikken

[PaulX]

Hmm...bedankt voor de reacties.
nu ik dat weet, ga ik het volgende proberen, in deze volgorde:

1. in het bios de marvell controller op ENABLED en in RAID modus zetten.
2. windows vervolgens opstarten (vanaf de ICH10R nog).
3. ervoor zorgen dat de driver voor de Marvell controller goed geinstalleerd is.
4. backup maken van de windows installatie met ghost32 v11.5 via customized winpe bootcd.
5. computer uitschakelen en vervolgens de 2 drives switchen van de ICH10R controller naar de Marvell controller.
6. computer opstarten en in het Marvell controller BIOS een RAID-0 array aanmaken.
   ...
7. vervolgens is het dan hoogstwaarschijnlijk zo dat windows niet meer opstart omdat bij het aanmaken van de RAID-0 array op de Marvell controller de mbr data 'verminkt' is, waardoor het nodig is de data (vanaf de ghost image backup) terug te zetten naar de 'nieuwe' array.

ik zal m'n bevindingen wel even hier posten zodra ik bovenstaande werkelijk heb uitgevoerd...
mocht ik nog iets zijn vergeten in de stappenlijst, laat het me a.u.b. weten.

[ Voor 21% gewijzigd door PaulX op 24-02-2010 12:31 ]

[SMSfreakie]

k had ook een backup gemaakt voor je met drivers gaat stoeien

[M2M]

Terw_Dan schreef op woensdag 17 februari 2010 @ 15:02:
Nee, kan niet.

dit klopt niet helemaal. Ik heb een raid array van een intel chipset naar een nvidia chipset verplaatst. En dat ging eigenlijk uitstekend. Echter heeft de TS er ook windows op staan, wat problemen gaat geven met drivers. Ik zou het risico niet nemen.

(en waarom eigenlijk verplaatsen naar een aparte controller? Als je je moederbord behoud, werkt een ICH10R eigenlijk net zo hard als een PCI-E SATA raid controller, als je niet een top-line controller hebt teminste)

edit: raid0 array van ICH5R (P4P800) --> NV 650i SLI MCP (P5N-E SLI)

[ Voor 6% gewijzigd door M2M op 18-02-2010 22:23 ]

[PaulX]

Welnu, ik heb 't onlangs geprobeerd om te zetten (zoals beschreven in m'n vorige post).
Helaas is het me (nog) niet gelukt om windows vanaf de andere controller op te starten.
Zie hier voor de reden waarom het nog niet gelukt is. Ik draai momenteel BIOS versie F3i GN en volgens de support medewerker van Gigabyte zou ik versie F4 even moeten proberen wat wellicht het beschreven probleem oplost.
Wel, dat moet ik dan nog proberen, maar ben er nog niet aan toegekomen (kost veel tijd)!
Eerlijk gezegd geloof ik niet echt dat het gaat helpen. Het enige wat er volgens de bios update beschrijving veranderd is, is verbeterde RAM support.
Zouden ze stiekempjes ook andere fixes hebben aangebracht en niet vermelden in de 'changelog'?

[M2M]

gebeurt wel vaker dat ze niet alle change in de log zetten. Eigenlijk vrij normaal. Vaak zijn er nog een kleine berg overige fixes in de bios toegepast die eigenlijk niet noodzakelijk zijn.

Het feit dat je met elke verschillende bios een verschillende maximale OC kan halen op hetzelfde moederbord zegt eigenlijk al voldoende.

[PaulX]

Het beschreven probleem is inmiddels verholpen hoor.
Zie hier als je het echt wilt weten.
Ik stond even perplex...

[ Voor 6% gewijzigd door PaulX op 15-03-2010 17:01 ]