Server 2012R2 - "Zugriff verweigert" auf dem Laufwerk im Explorer, kann jedoch nach CMD-Zeile durchsuchen


2

Ich habe gerade ein direktes Upgrade eines Hyper-V-Gasts von Windows Server 2008 auf Server 2012R2 durchgeführt (über Server 2012, da ein direktes Upgrade von 2008 auf 2012R2 nicht unterstützt wird). Normalerweise würde man eine neue Maschine erstellen und Rollen übernehmen, was offiziell die "bevorzugte" Option von Microsoft ist, aber aus organisatorischen Gründen ist dies nicht möglich. Dies ist ein Testlauf auf einer Kopie der ursprünglichen VM, die nicht mit dem Netzwerk verbunden ist.

Alles scheint in Ordnung zu sein, bis auf eines der 3 Datenlaufwerke (separate VHDX-Dateien) wird beim Doppelklicken auf das Laufwerk im Windows-Explorer "Zugriff verweigert" angezeigt. Ich kann jedoch Verzeichnisse auflisten und Dateien über die Befehlszeile anzeigen!

Schritte zur Lösung:

  • Überprüfen Sie die Hyper-V-Gasteinstellungen genau so wie auf dem Produktionsserver
  • Lauf chkdsk Innerhalb der VM wurden keine Fehler gefunden
  • Datenträgerverwaltung zeigt fehlerfreie aktive primäre Partition (interessanterweise ist dies die einzige Festplatte mit nicht zugewiesenem Speicherplatz am Anfang, vielleicht ist dies relevant?)
  • ebenfalls relevant: Die Festplatte kann nicht als offline markiert werden und war zuvor Host für die Auslagerungsdatei
  • Auslagerungsdatei nach verschoben C:\ (Jetzt kann die Festplatte in der Festplattenverwaltung offline geschaltet werden.)
  • Die Festplatte wurde offline und dann wieder online geschaltet
  • Laufwerksbuchstabenzuordnung entfernt und neu hinzugefügt
  • Von der Registrierung gesicherte Freigaben, Herunterfahren der VM, Trennen der betreffenden VHDX, Neustarten, Herunterfahren, erneutes Verbinden der VHDX
  • hat ein neues Volume im nicht zugewiesenen Speicherplatz vor dem betreffenden Volume auf dieser Festplatte erstellt und dann gelöscht
  • Kopieren Sie die VHDX-Datei für dieses Laufwerk erneut vom Produktionsserver, falls die VHDX-Datei während der ursprünglichen Kopie beschädigt wurde
  • Beim letzten Graben habe ich den Besitz übernommen und das Laufwerk (diesen Ordner, alle Unterordner und Dateien) erneut autorisiert und auf untergeordnete Objekte angewendet. Immer noch "Zugriff verweigert", was darauf hinweist, dass es sich nicht um ein ACL-Problem (Dateiberechtigungsproblem) handelt

Dies betrifft keine anderen Laufwerke, einschließlich des Systemlaufwerks.

Ich habe noch keine Daten auf ein neues Laufwerk kopiert, da ich die Grundursache verstehen möchte.

Was soll ich als nächstes versuchen?

Antworten:


0

Da Sie ein Datenlaufwerk auf einem Server verwenden, gehe ich davon aus, dass Sie es als freigegebenes Gerät verwenden.

Wenn ja, gibt es die NTFS-Berechtigungen, aber auch Freigabeberechtigungen. Es wird empfohlen, allen Benutzern alle Berechtigungen auf Freigabeebene zu erteilen und Ihre Berechtigungsrichtlinie in die NTFS-Berechtigungen zu schreiben.

Vielleicht sind die Freigabeberechtigungen restriktiv?


Ich bin mir des Unterschieds zwischen NTFS und Freigabeberechtigungen bewusst und setze Freigabeberechtigungen immer auf Jeder. Dies ist jedoch nicht relevant, da es um meine Unfähigkeit geht, auf die Dateien und Verzeichnisse auf der Server-Festplatte selbst zuzugreifen. Entschuldigung, wenn ich das in meiner Frage nicht klargestellt habe.
hazymat

0

Ich hatte das gleiche problem Die schnelle Lösung für mich war, das hinzuzufügen Everyone gruppieren Sie zurück in für "Nur diesen Ordner" zum Laufwerkstamm mit: Read & Execute, List folder contents und Read Berechtigungen ( Laufwerkseigenschaften / Sicherheit / Erweitert ).

In meinem Fall wurde dieses Problem durch eine falsche Vorgehensweise verursacht, indem ich den Speicherort der SQL 2016-Installationsprotokolldatei auf das Stammverzeichnis eines Laufwerks verweise, anstatt einen Unterordner zu erstellen. Das Installationsprogramm entfernt dann die nicht benötigten Berechtigungen und der Windows Explorer-Zugriff wird blockiert.


Sie sollten genauere Angaben machen, z. B. für welchen Ordner Sie die Berechtigungen geändert haben, da Ihre Antwort dies nicht deutlich macht.
Ramhound

Meine Antwort macht das tatsächlich klar - "... an die Laufwerkswurzel"
sutra

Ich habe in meinen 25 Jahren mit einem Computer das Stammverzeichnis eines Laufwerks nie als "Laufwerkstamm" bezeichnet. Ich versuche Ihnen Feedback zu geben, wie Sie Ihre Antwort verbessern können.
Ramhound

@Ramhound Ich würde sagen "Laufwerksstamm" und "Laufwerksstamm" sind synonym. Ich verstand Sutras Punkt. Das heißt, es wird die Frage nicht beantwortet, da ich, wie bereits erwähnt, das Laufwerk bereits vollständig neu autorisiert habe und "... als Hinweis darauf, dass es sich nicht um ein mit ACL (Dateiberechtigungen) zusammenhängendes Problem handelt" angegeben habe.
hazymat
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.