Virhe ilmenee pääasiassa kahdessa skenaariossa. Ensin^(First) palautetaan vierasvirtuaalikone tilannevedosta ja toiseksi, kun levytunnisteet ovat samat, kun järjestelmään liitetään lisälevy. Tässä viestissä kerromme, kuinka voit ratkaista virheen . Levy on offline-tilassa järjestelmänvalvojan asettaman käytännön vuoksi^{(The disk is offline because of policy set by an administrator)} .

Levy on offline-tilassa järjestelmänvalvojan asettaman käytännön vuoksi

Tarvitset järjestelmänvalvojan oikeudet korjataksesi tämän virheen. Toinen vihje käyttää Diskpart-työkalua^{(Diskpart tool)} , jota tulee käyttää erittäin varoen. Suosittelen lämpimästi ottamaan yhteyttä tekniseen henkilöön, jos se on sinulle liian monimutkaista.

1] Vieras-VM^{(Guest VM)} :n palauttaminen tilannekuvasta

Kun palautat vieras-virtuaalikoneen varmuuskopiovedoksen avulla, palautettu vieraskäyttöjärjestelmä (virtuaalikoneessa) ei liitä liitettyjä asemia automaattisesti. Vaikka levyt ovat näkyvissä apuohjelmien avulla, ne näyttävät virheilmoituksen Levy^(Disk) on offline-tilassa järjestelmänvalvojan asettaman käytännön vuoksi. Se johtuu ongelmasta Windowsin SAN-^{(Windows SAN)} tai Storage Area Network -käytännössä. Microsoftin^(Microsoft) mukaan ne on oletuksena poistettu käytöstä tietojen vioittumisen välttämiseksi. Näin otat SAN - käytännön^(Policy) käyttöön online -tilassa .

san [policy={onlineAll | offlineAll | offlineShared}] [noerr]

Avaa virtuaalikoneessa komentokehote^{(Command Prompt)} tai PowerShell järjestelmänvalvojan oikeuksilla.

Käynnistä diskpart-työkalu käyttämällä seuraavaa komentoa.

C:> diskpart

Kirjoita SAN^{(Type SAN)} tarkistaaksesi käytännön tilan. Sen pitäisi olla offline-tilassa jaettu^{(Offline Shared)} skenaariossamme.

DISKPART> SAN
SAN Policy : Offline Shared

Muuta käytäntö OnlineAll :ksi :

DISKPART> SAN POLICY=OnlineAll

Seuraavaksi, kun palautat tilannevedoksen, levy tulee automaattisesti online-tilaan.

Aiheeseen liittyvä: ^(Related:) Käynnistyslaitetta ei löydy Windows 10:stä.

2] Levytunnisteongelma

Olettaen, että palvelimeen on kytketty paljon asemia ja yksi tai kaksi niistä on offline-tilassa. Levynhallinta-^{(Disk Management)} ja diskpart - apuohjelma eivät myöskään auta; sitten se johtuu samoista levytunnisteista. Jokaisella levyllä on yksilöllinen tunniste. Jos ne ovat samat, yksi niistä poistetaan käytöstä ja näkyy offline-tilassa varoitusviestillä TLevy^(TThe) on offline-tilassa järjestelmänvalvojan asettaman käytännön vuoksi. Sitä kutsutaan myös levyn allekirjoitustörmäykseksi.^{(Disk Signature Collision.)}

Jos kuitenkin tarkistat lokit, sinun pitäisi tunnistaa samanlainen sanoma kuin Levyllä N on samat levytunnisteet kuin yhdellä tai useammalla järjestelmään kytketyllä levyllä^{(Disk N has the same disk identifiers as one or more disks connected to the system)} . Se on tyypillinen päällekkäisten levyjen tapaus. Käytä Diskpart- työkalua löytääksesi sen:

Avaa diskpart komentokehotteesta
Listaa levy
Valitse levy 1
Ainutlaatuinen levy

Merkitse^(Note) tunniste muistiin. Tarkista, ovatko ne samat muissa asemissa. Jos levyllä on päällekkäinen tunnus, sinun on vaihdettava allekirjoitus Uniqueid-komennolla.^{(Uniqueid command.)}

Diskpart Aseta UniqueID arvoon Levyt

uniqueid disk [id={<dword> | <GUID>}] [noerr]

Jos haluat muuttaa allekirjoitusta, ajattele yksilöllistä numeroa.
Kirjoita Diskpart- kehotteeseen yksilöllinen levytunnus = [UUSI ALLEKIRJOITUS]" hakasulkeisiin
Paina^(Hit) Enter, niin se asettaa uuden tunnisteen. Yleensä GUID^(GUID) :n luominen on järkevämpää

uniqueid disk id=baf784e7-6bbd-4cfb-aaac-e86c96e166ee

Kun se on otettu käyttöön, tietokoneen tulee automaattisesti tunnistaa levy.

Toivon, että nämä molemmat vinkit ratkaisivat virheen.

The disk is offline because of policy set by an administrator

The error occurs majorly in two scenarios. First is when restoring a gueѕt virtual machine from a snapshot, and second when there are same disk identifiers when connecting an аdditional dіsk to the system. Іn thiѕ post, we will share how you can resolvе the error The disk is offline because of policy set by an administrator.

You will need admin privileges to fix this error. The second tip uses the Diskpart tool, which one should use with extreme caution. I would strongly suggest getting in touch with a technical person to assist if it’s too complicated for you.

1] Restoring Guest VM from a snapshot

When you restore a guest virtual machine using a backup snapshot, the restored guest OS (in the virtual machine) doesn’t automatically mount the attached drives. While the disks are visible using the utilities, they display error message Disk is offline because of the policy set by the administrator.” It occurs because of an issue in the Windows SAN or Storage Area Network policy. According to Microsoft, they are disabled by default to avoid any data corruption. Here is how to enable SAN Policy to Online.

san [policy={onlineAll | offlineAll | offlineShared}] [noerr]

In the virtual machine, open Command Prompt or PowerShell with admin privileges.

Launch the diskpart tool by using the following command.

C:> diskpart

Type SAN to check the policy status. It should be Offline Shared in our scenario.

DISKPART> SAN
SAN Policy : Offline Shared

Change the policy to OnlineAll:

DISKPART> SAN POLICY=OnlineAll

Next, when you restore the snapshot, the disk will automatically become online.

Related: Boot Device Not Found in Windows 10.

2] Disk Identifier Issue

Assuming you have a lot of drives connected to the server, and one or two of them are offline. The Disk Management and diskpart utility also fail to help; then, it is because of the same disk identifiers. Each disk has a unique identifier. If they are the same, then one of them will be deactivated and will appear as offline with warning message TThe disk is offline because of policy set by an administrator. It is also called the Disk Signature Collision.

However, if you check the logs, you should identify a message similar to Disk N has the same disk identifiers as one or more disks connected to the system. It is a typical case of duplicate disks. Use the Diskpart tool to find it:

Open diskpart from the command prompt
List disk
Select disk 1
Uniqueid disk

Note down the identifier. Check if they are the same for other drives. If there is a disk with duplicate id, then you need to change the signature using Uniqueid command.

Diskpart Set UniqueID to Disks

uniqueid disk [id={<dword> | <GUID>}] [noerr]

To change the signature, think of a unique number.
In the Diskpart prompt, type uniqueid disk ID=[NEW SIGNATURE]” with the brackets
Hit enter, and it will set a new identifier. Usually generating a GUID makes more sense

uniqueid disk id=baf784e7-6bbd-4cfb-aaac-e86c96e166ee

Once it is applied, the computer should automatically identify the disk.

I hope both of these tips were able to resolve the error.

Heikki Hyvärinen

About the author

Minulla on laaja kokemus Windows 10:stä ja älypuhelimista, joten kannatan vahvasti Microsoft Edgeä ja sen tarjoamia kykyjä. Sen lisäksi, että olen virhe- ja wifi-asiantuntija, tiedän kuinka käyttää OneDriven ja Cortanan kaltaisia työkaluja työsi helpottamiseksi.

Levy on offline-tilassa järjestelmänvalvojan asettaman käytännön vuoksi

Levy on offline-tilassa järjestelmänvalvojan asettaman käytännön vuoksi

1] Vieras-VM^{(Guest VM)} :n palauttaminen tilannekuvasta

2] Levytunnisteongelma

The disk is offline because of policy set by an administrator