Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Pagefile Windows > Deduplizierung

Moderatoren: Dayworker, irix

Experte
Beiträge: 1362
Registriert: 30.03.2009, 17:13

Pagefile Windows > Deduplizierung

Beitragvon UrsDerBär » 27.02.2013, 15:52

Hallo Zusammen,

Wenn man seine VM's auf Deduplizierten Laufwerken ablegt, wäre es da nicht sinnvoll die Pagefile auf ein separates LW zu verschieben wo man die Dedupe dann abschaltet?
--> Zbsp. mit entsprechend benamsten Dateien die man auschliessen kann im selben Datenstore oder oder ein komplett eigener Datastore?

So rein von der Logik her wäre das sinnig oder?

Ansonsten, wenn die VM über genügend RAM verfügt und somit eigentlich nicht viel auslagern muss, habe ich einen Performance-Nachteil, wenn ich die Pagefile in einem langsameren Datastore ablege um zbsp. Writes auf SSD's zu verringern?

Cheers und Dankeschön

Member
Beiträge: 243
Registriert: 27.03.2012, 15:03
Wohnort: Würzburg

Beitragvon Gad » 28.02.2013, 07:42

wenn die Pagefile nicht genutzt wird ändert sich am Inhalt ja nichts, also sollte der DeDup Lauf (außer der erste) die nicht geänderten Daten auch nicht berücksichtigen.

Ich sehe einen Nachteil wenn du es auf langsamere Platten legst darin, dass die VM genau dann wenn Sie unter Last steht und Leistung gebrauchen könnte auf eine langsame Pagefile zugreifen muss.

NetApp sagt dazu
This design has both benefits and disadvantages, which should be understood before implementation.

The benefit is that temporary and transient data is not contained in either a Snapshot backup or a replicated dataset, thus conserving some amount of storage.

The disadvantage is that this design affects customers who implement VMware vCenter Site Recovery Manager. The intent is to avoid replicating the pagefile datastore to the DR site. This design imposes some administrative overhead because an additional SRM setting must be applied to each VM. This setting specifies a preexisting pagefile VMDK at the DR site in the SRM recovery plan. For more information on the details of this design with SRM, refer to the appendix of UTR-3671: VMware vCenter Site Recovery Manager in a NetApp Environment.
http://www.netapp.com/us/media/tr-3749.pdf


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste