Bonjour,
 
Lors de la première configuration de notre serveur virtuel (par un prestataire), le prestataire avait définit les partitions pour le système de cette manière :

 
Maintenant je me rend compte que l'espace réservé au C n'est plus suffisant. Je décide donc d'étendre ce disque de 10 Go via les paramètres de mon serveur virtuel et j'ai ceci :
 

 
et là impossible d'étendre ma partition C car on ne peut étendre que la partition la plus à droite c'est-à-dire que seul la partition ici "CACHE" peut être étendue. Je me posais la question suivante.
Si je désactive temporairement ma partition d'échange (D: ) puis je la supprime et ensuite j'étend de 10 Go mon C et en final je recréée ma partition CACHE, vous pensez que cela pourrait marcher sans perturber mon système car serveur de production ?

tu ne pourras pas supprimer la partition sans supprimer le fichier d'échange et donc rebooter.

+1 mais ça doit marcher.
Après à voir mais remet le cache sur le C et réutilise la place sinon , la partition dédiée ça sert pas à gd chose

 
ok merci! je le ferai un weekend en me connectant à distance sur le serveur.

ok,  un grand merci !

Sinon, j'ai mon serveur qui a 156 Go de RAM. Vous pensez que c'est encore utilise d'avoir un fichier d'échange ? si, oui quelle taille je pourrai mettre ?

Ca dépend du workload qui tourne sur la machine. Le fichier d'échange sert aussi pour les crashdumps

Microsoft déconseillé au-delà de 50 Go (pas d'impact évaluable). Ensuite ça dépend de la charge du serveur oui.

Je pourrai aussi diminuer la taille que jamais avant (20 Go) et passer à du 2 ou 4 Go de swap  
 (voir plus) et ainsi gagner encore de l'espace disque ?
 
Je@nb :il est aussi conseillé d'avoir un swap sur une autre partition que le C:
 
Donc au final je pourrai faire : 100-105 Go pour le C: et 5-10 Go pour le swap. Quand dites-vous ?

Euh je veux pas être désagréable mais les best pratices microsoft sont très claires la dessus...
 
https://social.technet.microsoft.co [...] rvers.aspx
 
"page file should be 1.5 times the RAM available on server"
 
et dans la réalité :
 
"however, practically it's not always feasible  to set huge amount of page file on server as it requires very large disk space. For the server's with heavy amount of RAM, you might want to limit the Page File size equal to 128 GB at least."

1.5 c'est une légende urbaine débunkée par des personnes de Microsoft depuis longtemps, la doc n'est simplement pas à jour.

+1 c'est vieux ça et pas du tout adapté à la situation actuelle avec des VM ou avec des serveurs qui ont plein de RAM.
 
Un disque dédié (genre sur l'hyperviseur plutôt que sur le le san) pour le swap pk pas mais une partition ça a pas trop d'intérêt non.

Microsoft a publié un "Performance Tuning Guidelines for Windows Server 2016" en juillet 2017  
https://docs.microsoft.com/en-us/wi [...] ce-tuning/
 
Memory (RAM) and Paging Storage Recommendations
 
Increase the RAM to match your memory needs.  
When your computer runs low on memory and it needs more immediately, Windows uses hard disk space to supplement system RAM through a procedure called paging.  
Too much paging degrades the overall system performance.
 
You can optimize paging by using the following guidelines for page file placement:
 
- Isolate the page file on its own storage device, or at least make sure it doesn’t share the same storage devices as other frequently accessed files. For example, place the page file and operating system files on separate physical disk drives.
- Place the page file on a drive that is not fault-tolerant. If the disk fails, a system crash is likely to occur. If you place the page file on a fault-tolerant drive, remember that fault-tolerant systems are often slower to write data because they write data to multiple locations.
- Use multiple disks or a disk array if you need additional disk bandwidth for paging. Do not place multiple page files on different partitions of the same physical disk drive.