DPM 2012 R2: Abbrüche bei Sicherung auf Hyper-V Hosts

Das Backup mit Hyper-V 2012 R2 wurde nochmals verbessert. Dabei kann jetzt auf Checkpoints gesetzt werden, da Checkpoints mittlerweile ohne Downtime der Virtuellen Machine (VM) wieder gelöscht bzw. zusammengefügt werden können.

Eine gute Beschreibung des Prozesses kann hier nachgelesen werden: http://workinghardinit.wordpress.com/2014/03/06/some-insights-into-how-windows-2012-r2-hyper-v-backups-work/

Während des Vorgangs gibt der VSS Provider auf dem Host das Backupsignal über die Integration Services (im Speziellen über die Komponente “Hyper-V Integration Services Shadow Copy Provider”) an die VM weiter. Dabei wird der VM mitgeteilt welche virtuellen Disks gesichert werden sollen.

In meinem Fall brachen diese Backups immer mit VSS Fehlern innerhalb der VM ab. Die Ausgabe von “vssadmin lsit writers” ergibt nur eine sehr häufige Fehlermeldung:

PS C:\Windows\system32> vssadmin list writers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

Writer name: 'Task Scheduler Writer'
   Writer Id: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
   Writer Instance Id: {1bddd48e-5052-49db-9b07-b96f96727e6b}
   State: [1] Stable
   Last error: No error

Writer name: 'VSS Metadata Store Writer'
   Writer Id: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
   Writer Instance Id: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
   State: [1] Stable
   Last error: No error

Writer name: 'Performance Counters Writer'
   Writer Id: {0bada1de-01a9-4625-8278-69e735f39dd2}
   Writer Instance Id: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
   State: [1] Stable
   Last error: No error

Writer name: 'ASR Writer'
   Writer Id: {be000cbe-11fe-4426-9c58-531aa6355fc4}
   Writer Instance Id: {62d48d40-389c-462c-a249-33551b736b47}
   State: [10] Failed
   Last error: Timed out

Writer name: 'System Writer'
   Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
   Writer Instance Id: {76b60653-d268-4066-9745-5af9229d5f6e}
   State: [10] Failed
   Last error: Timed out

Writer name: 'SqlServerWriter'
   Writer Id: {a65faa63-5ea8-4ebc-9dbd-a0c4db26912a}
   Writer Instance Id: {4d6e24b3-f659-4b67-96b3-a38c8a102c6a}
   State: [10] Failed
   Last error: Timed out

Writer name: 'Registry Writer'
   Writer Id: {afbab4a2-367d-4d15-a586-71dbb18f8485}
   Writer Instance Id: {0b45a903-5336-4b58-985f-77821f161e9b}
   State: [10] Failed
   Last error: Timed out

Der Timed out Fehler kann viele Ursachen haben, die in diesem Fall aber nicht zutrafen. Eine Analyse des Eventlogs hat eine weitere interessante Fehlermeldung aufgedeckt:

Log Name:      Application
Source:        vmicvss
Date:          4/17/2014 8:29:09 AM
Event ID:      17
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:     vm
Description:
Could not find a matching original volume for shadow volume \\?\Volume{17a6a58c-c3a9-11e3-80be-00155d65010c}\.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="vmicvss" />
    <EventID Qualifiers="49154">17</EventID>
    <Level>2</Level>
    <Task>0</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2014-04-17T06:29:09.000000000Z" />
    <EventRecordID>2413</EventRecordID>
    <Channel>Application</Channel>
    <Computer>vm</Computer>
    <Security />
  </System>
  <EventData>
    <Data>\\?\Volume{17a6a58c-c3a9-11e3-80be-00155d65010c}\</Data>
  </EventData>
</Event>

D.h. Es wurde vom Host ein Volume zur Sicherung angefragt, dass die VM nicht gefunden hat. Eine Liste aller verfügbaren Volumes wird durch “vssadmin list volumes” ausgegeben:

PS C:\Windows\system32> vssadmin list volumes
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.

Volume path: C:\
    Volume name: \\?\Volume{87f51e16-10a0-4202-8934-285c1ad394eb}\
Volume path: D:\
    Volume name: \\?\Volume{52662650-bef6-11e3-80b7-00155d65010c}\
Volume path: E:\
    Volume name: \\?\Volume{52662659-bef6-11e3-80b7-00155d65010c}\
Volume path: F:\
    Volume name: \\?\Volume{52662661-bef6-11e3-80b7-00155d65010c}\

Auch hier fehlt die gesuchte GUID. Die nächste Informationsquelle ist diskpart:

PS C:\Windows\system32> diskpart

Microsoft DiskPart version 6.3.9600

Copyright (C) 1999-2013 Microsoft Corporation.
On computer: DB04

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  Disk 0    Online           60 GB      0 B        *
  Disk 1    Offline          20 GB  1024 KB
  Disk 2    Online          100 GB      0 B
  Disk 3    Online          100 GB      0 B
  Disk 4    Online          100 GB      0 B

Hier wird klar, dass die vier Volumes von vssadmin noch durch eine weitere Disk 1 ergänzt wird, die Offline ist. Sobald man die Disk online nimmt, läuft das Backup über System Center Data Protection Manager (SCDPM) 2012 R2 durch.

Zusammenfassung: Dadurch, dass der Hypervisor der VM sagt, welche Platten gesichert werden, muss die VM diese auch zuordnen können. Ist dies nicht der Fall, so bricht ein Backup durch eine Fehlermeldung innerhalb der VM ab.