peegee
Goto Top

SQL Server 2008 R2 Fehler 5178 Volumesector 3072 nach Raidausfall und Fesplattentausch

Hallo an alle,

ich habe folgendes Problem an dem ich leider schon mehrere Stunden sitze und hoffe hier Hilfe zu bekommen.

Vorwort:
Genutzt wird SQL Server 2008 R2. Der Server läuft im Raid 1. Nachdem eine Festplatte ausgefallen ist habe ich diese ausgetauscht. Der Intel Matrix Storage Manager hat danach das Raid wieder konstruiert.

Fehlerbeschreibung:

Nachdem ich die Festplatte getauscht habe läuft der SQL Server nicht mehr. Der SQL Server Manager gibt mir folgenden Fehler aus wenn ich den SQL Dienst manuell starten will:

Fehler beim Anfordern oder der Dienst hat nicht rechzeitig reagiert----


Im Logfile steht folgendes:

2015-06-25 10:23:38.34 spid7s Cannot use file 'C:\Program Files (x86)\Microsoft SQL Server\MSSQL10_50.MSOFT\MSSQL\DATA\mastlog.ldf' because it was originally formatted with sector size 4096 and is now on a volume with sector size 3072. Move the file to a volume with a sector size that is the same as or smaller than the original sector size-----


Wenn ich in der cmd "fsutil fsinfo ntfsinfo c:" eingebe erhalte ich folgendes:

NTFS-Volumeseriennummer : 0x70aaefc4aaef8546
Version : 3.1
Anzahl der Sektoren : 0x000000000c31d7ff
Gesamtzahl Cluster : 0x0000000001863aff
Freie Cluster : 0x0000000000eb19a2
Insgesamt reserviert : 0x00000000000007d0
Bytes pro Sektor : 512
Bytes pro physischen Sektor : <Nicht unterstützt>
Bytes pro Cluster : 4096
Bytes pro Dateidatensatzsegment : 1024
Cluster pro Dateidatensatzsegment : 0
MFT-gültige Datenlänge : 0x000000000b600000
MFT-Start-LCN : 0x00000000000c0000
MFT2-Start-LCN : 0x0000000000000002
MFT-Zonenstart : 0x0000000000867f20
MFT-Zonenende : 0x0000000000874740
RM-Bezeichner: 7F7222E0-9869-11E1-A69C-C9A56A2D268B


Im Intel Rapid Storage Manager steht bei den zwei Platten:

Platte 1:
Physische Sektorgröße: 512byte
Logische Sektorgröße: 512byte

Platte 2 (neue Raid Platte):
Physische Sektorgröße: 3072byte
Logische Sektorgröße: 512byte


Ich habe die SQL Datenbanken auch schon als _old angegeben und den DATA Ordner mal kopiert allerdings funktionert das auch nicht.

Ich hoffe mir kann wer helfen.

Vielen Dank!

Mit freundlichen Grüßen

Content-ID: 275633

Url: https://administrator.de/contentid/275633

Ausgedruckt am: 22.11.2024 um 20:11 Uhr

facebraker
facebraker 25.06.2015 um 10:55:15 Uhr
Goto Top
Hallo,

sag wenn ich mich irre, aber ein RAID 0 ist doch das Problem, er schreibt abwechselnd auf die Platten, ein Teil der Daten liegt auf der einen Platte, die anderen auf der anderen Platte , vereinfach 50/50.

Bei einen RAID1 kannst du die defekte Platte tauschen und es läuft wieder alles!

Ich denke du musst nachdem der Raid aufgebaut ist, das Backup zurückspielen!

Gruß Alex
PeeGee
PeeGee 25.06.2015 um 10:58:27 Uhr
Goto Top
Sorry mein Fehler ich meine natürlich Raid 1 habe es berichtigt.
Dani
Dani 25.06.2015 um 11:00:56 Uhr
Goto Top
Moin,
Genutzt wird SQL Server 2008 R2. Der Server läuft im Raid 1
Hardware oder Software-RAID?


Gruß,
Dani
PeeGee
PeeGee 25.06.2015 um 11:06:02 Uhr
Goto Top
Ist ein Software Raid auf dem Mainboard
PeeGee
PeeGee 25.06.2015 um 11:32:27 Uhr
Goto Top
Kurz zur Info: Ich habe die neue Festplatte abgeklemmt nun läuft es wieder. Würde mich mal interessieren wieso die zweite Fesplatte solche Probleme bereitet...
facebraker
facebraker 25.06.2015 um 11:38:02 Uhr
Goto Top
Zitat von @PeeGee:

Kurz zur Info: Ich habe die neue Festplatte abgeklemmt nun läuft es wieder. Würde mich mal interessieren wieso die
zweite Fesplatte solche Probleme bereitet...

Ich würde mal tippen dass es an der physischen Sektrogröße liegt:

Platte 1:
Physische Sektorgröße: 512byte
Logische Sektorgröße: 512byte

Platte 2 (neue Raid Platte):
Physische Sektorgröße: 3072byte
Logische Sektorgröße: 512byte

Ich denke mal dass der SW-Raid damit nicht klar kommt.

Steht ja auch explizit im Fehler drin:

because it was originally formatted with sector size 4096 and is now on a volume with sector size 3072.

Vielleicht eine andere Platte besorgen?
Ich halte im übrigen nicht viel von SW-Raid in Produktivumgebungen.

Gruß Alex