{"id":890649,"date":"2026-10-01T17:13:26","date_gmt":"2026-10-01T17:13:26","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/vmdk-ou-rdm-comment-choisir-pour-vos-charges-de-travail-sql-server\/"},"modified":"2026-10-01T17:13:26","modified_gmt":"2026-10-01T17:13:26","slug":"vmdk-ou-rdm-comment-choisir-pour-vos-charges-de-travail-sql-server","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/fr\/blog\/vmdk-ou-rdm-comment-choisir-pour-vos-charges-de-travail-sql-server\/","title":{"rendered":"VMDK ou RDM\u00a0: comment choisir pour vos charges de travail SQL Server"},"content":{"rendered":"\n<p>Choisir entre <strong>VMDK et RDM<\/strong> pour les charges de travail Microsoft SQL Server ex\u00e9cut\u00e9es dans VMware est une d\u00e9cision d\u00e9terminante pour les administrateurs informatiques au moment de concevoir leur infrastructure. Les deux formats assurent le stockage de SQL Server dans un environnement virtualis\u00e9, mais le choix d\u00e9pend surtout de la priorit\u00e9 que vous accordez aux performances ou \u00e0 la flexibilit\u00e9.<\/p>\n<p>Ce guide d\u00e9taille les diff\u00e9rences concr\u00e8tes entre les deux afin de vous aider \u00e0 faire le bon choix pour ex\u00e9cuter SQL Server sous virtualisation VMware.<\/p>\n<h2>VMDK\u00a0: d\u00e9finition<\/h2>\n<p>Le format VMDK (Virtual Machine Disk) est un format de disque virtuel portable, performant et hautement \u00e9volutif, utilis\u00e9 dans les environnements virtualis\u00e9s <a href=\"https:\/\/www.ninjaone.com\/fr\/blog\/vmware-vsphere-vcenter-et-esxi-le-guide-complet\/\">VMware vSphere<\/a>. Il s&rsquo;agit d&rsquo;un disque dur virtualis\u00e9 qui peut \u00eatre facilement redimensionn\u00e9, sauvegard\u00e9, captur\u00e9 sous forme de snapshot, restaur\u00e9, puis connect\u00e9 ou d\u00e9connect\u00e9 des machines virtuelles. Le VMDK est donc \u00e0 la fois flexible et simple \u00e0 g\u00e9rer.<\/p>\n<h2>RDM\u00a0: d\u00e9finition<\/h2>\n<p>Le RDM (Raw Device Mapping) permet \u00e0 VMware vSphere de mapper le stockage directement sur un LUN (num\u00e9ro d&rsquo;unit\u00e9 logique) <a href=\"https:\/\/www.ninjaone.com\/fr\/blog\/quest-ce-quun-reseau-de-stockage-san-storage-area-network-avantages-et-implementation\/\">SAN<\/a>. Cette approche donne un acc\u00e8s direct aux fonctionnalit\u00e9s du stockage physique. Elle peut aussi offrir de meilleures performances (un avantage aujourd&rsquo;hui bien moins marqu\u00e9 face au VMDK, comme nous le verrons plus bas) et permettre aux logiciels ex\u00e9cut\u00e9s dans des environnements virtualis\u00e9s (un logiciel de clustering, par exemple) d&rsquo;acc\u00e9der directement au stockage mat\u00e9riel. En contrepartie, elle impose des compromis en mati\u00e8re de flexibilit\u00e9, d&rsquo;\u00e9volutivit\u00e9 et de gestion.<\/p>\n<p>vVol est une autre technologie de stockage VMware vSphere, mais elle est en cours d&rsquo;abandon et ne doit pas \u00eatre retenue pour de nouveaux d\u00e9ploiements. Les utilisateurs actuels de vVol doivent \u00e9valuer s&rsquo;ils doivent migrer vers une autre technologie de stockage prise en charge.<\/p>\n<h2>Quelle diff\u00e9rence entre VMDK et RDM\u00a0?<\/h2>\n<p>En r\u00e9sum\u00e9, le VMDK est un fichier de disque virtuel accessible depuis la plateforme de virtualisation VMware vSphere, tandis que le RDM mappe une machine virtuelle directement sur un appareil de stockage physique. Les deux apparaissent comme des volumes classiques aux yeux des syst\u00e8mes d&rsquo;exploitation invit\u00e9s, mais leurs diff\u00e9rences ont un impact sur les charges de travail SQL Server, et chaque technologie a ses propres implications en mati\u00e8re de performances et de gestion.<\/p>\n<h2>Les crit\u00e8res \u00e0 prendre en compte pour choisir sa technologie de stockage VMware avec SQL Server<\/h2>\n<p>Le bon choix pour les charges de travail Microsoft SQL Server d\u00e9pend de votre cas d&rsquo;utilisation, mais la plupart des utilisateurs optent pour le VMDK, pour les raisons suivantes.<\/p>\n<h3>VMDK et RDM\u00a0: quel impact sur les performances\u00a0?<\/h3>\n<p>Le RDM a longtemps \u00e9t\u00e9 consid\u00e9r\u00e9 comme plus performant que le VMDK, mais cet \u00e9cart p\u00e8se d\u00e9sormais beaucoup moins dans la d\u00e9cision pour la majorit\u00e9 des utilisateurs. Le VMDK est aujourd&rsquo;hui fortement optimis\u00e9, <a href=\"https:\/\/blogs.vmware.com\/cloud-foundation\/2023\/08\/09\/rdm-vmdk-vvol\/\" target=\"_blank\" rel=\"noopener\">ce qui r\u00e9duit la diff\u00e9rence pratique au minimum<\/a> (parfois \u00e0 peine 1 %).<\/p>\n<p>Les gains de performances apport\u00e9s par le RDM sont aujourd&rsquo;hui li\u00e9s \u00e0 des charges de travail bien pr\u00e9cises, dans un nombre tr\u00e8s limit\u00e9 de cas o\u00f9 le syst\u00e8me invit\u00e9 doit acc\u00e9der directement aux fonctionnalit\u00e9s mat\u00e9rielles du stockage.<\/p>\n<h3>Gestion et exploitation\u00a0: les compromis entre stockage virtualis\u00e9 et stockage mat\u00e9riel<\/h3>\n<p>Le VMDK est nettement plus simple \u00e0 g\u00e9rer que le RDM, gr\u00e2ce aux fonctionnalit\u00e9s suivantes\u00a0:<\/p>\n<ul>\n<li><strong>Sauvegarde et restauration souples, \u00e0 la vol\u00e9e\u00a0:<\/strong> le VMDK prend en charge les snapshots, les r\u00e9plicas et le clonage<\/li>\n<li><strong>Gestion simplifi\u00e9e\u00a0:<\/strong> gr\u00e2ce \u00e0 la virtualisation, le stockage peut \u00eatre provisionn\u00e9, redimensionn\u00e9, optimis\u00e9 et d\u00e9provisionn\u00e9 \u00e0 volont\u00e9<\/li>\n<li><strong>Portabilit\u00e9 et \u00e9volutivit\u00e9\u00a0:<\/strong> \u00e9change de stockage \u00e0 chaud et migration rapide des disques ou des machines virtuelles d&rsquo;un environnement \u00e0 l&rsquo;autre<\/li>\n<li><strong>Int\u00e9gration aux outils de virtualisation VMware\u00a0:<\/strong> les environnements enti\u00e8rement virtualis\u00e9s peuvent \u00eatre exploit\u00e9s \u00e0 100 % de leurs avantages, sans d\u00e9pendre d&rsquo;appareils sous-jacents sp\u00e9cifiques<\/li>\n<\/ul>\n<p>\u00c0 l&rsquo;inverse, l&rsquo;absence de snapshots et d&rsquo;autres fonctions de gestion rend le RDM plus difficile \u00e0 sauvegarder et \u00e0 restaurer, plus complexe \u00e0 maintenir, et moins portable et \u00e9volutif. Sa compatibilit\u00e9 et sa prise en charge restent limit\u00e9es pour les fonctionnalit\u00e9s qui rendent justement la virtualisation int\u00e9ressante pour h\u00e9berger SQL Server.<\/p>\n<h3>Ce qu&rsquo;implique une charge de travail SQL Server<\/h3>\n<p>Lorsque vous planifiez l&rsquo;infrastructure de votre d\u00e9ploiement SQL Server, vous devez privil\u00e9gier la constance des performances disque ainsi que la fiabilit\u00e9 des sauvegardes et des restaurations. Pensez \u00e9galement \u00e0 vos besoins en configurations \u00e0 haute disponibilit\u00e9 et aux avantages des fonctionnalit\u00e9s de virtualisation suppl\u00e9mentaires. Correctement dimensionn\u00e9, le VMDK r\u00e9pond \u00e0 ces exigences.<\/p>\n<h2>Les cas o\u00f9 le RDM reste une alternative pertinente au VMDK<\/h2>\n<p>Pour la plupart des besoins, le VMDK s&rsquo;impose clairement pour les charges de travail Microsoft SQL Server. Le RDM peut toutefois rester n\u00e9cessaire dans certaines configurations mat\u00e9rielles ou de cluster tr\u00e8s particuli\u00e8res. Les syst\u00e8mes ou logiciels h\u00e9rit\u00e9s qui exigent un acc\u00e8s direct au stockage mat\u00e9riel (un logiciel de clustering, par exemple) peuvent eux aussi imposer le RDM.<\/p>\n<p>Si vous envisagez le RDM, r\u00e9fl\u00e9chissez-y \u00e0 deux fois\u00a0: VMware lui-m\u00eame recommande g\u00e9n\u00e9ralement le VMDK, sauf pour des cas d&rsquo;utilisation li\u00e9s \u00e0 une charge de travail sp\u00e9cifique ou \u00e0 la prise en charge de contraintes h\u00e9rit\u00e9es.<\/p>\n<h2>Surveillez les performances, g\u00e9rez et sauvegardez vos h\u00f4tes VMware et vos machines virtuelles<\/h2>\n<p>L&rsquo;un des grands atouts du VMDK est la possibilit\u00e9 de cr\u00e9er des snapshots, ce qui permet de revenir \u00e0 un \u00e9tat sain connu ou de restaurer une sauvegarde compl\u00e8te. Pour les syst\u00e8mes qui reposent sur le VMDK ou le RDM, il est essentiel de pouvoir diagnostiquer rapidement les incidents (en particulier dans les syst\u00e8mes distribu\u00e9s) et, en cas de panne ou d&rsquo;incident de cybers\u00e9curit\u00e9, de restaurer l&rsquo;int\u00e9gralit\u00e9 du syst\u00e8me.<\/p>\n<p>NinjaOne propose <a href=\"https:\/\/www.ninjaone.com\/fr\/plateforme-de-gestion-de-terminaux\/surveillance-des-machines-virtuelles\/gestion-vmware\/\">le monitoring et la gestion de VMware dans le cadre<\/a> de sa cha\u00eene d&rsquo;outils informatiques compl\u00e8te, qui r\u00e9unit la gestion des terminaux, des outils de cybers\u00e9curit\u00e9 et la gestion de r\u00e9seau pour une supervision unifi\u00e9e de toute votre infrastructure informatique, sur site, dans le cloud et virtualis\u00e9e.<\/p>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Guide de d\u00e9marrage rapide<\/h2><p><b>Les capacit\u00e9s de NinjaOne pour les machines virtuelles\u00a0:<\/b><br \/>, <b>Monitoring des machines virtuelles<\/b>\u00a0: NinjaOne peut surveiller \u00e0 la fois <a href=\"https:\/\/www.ninjaone.com\/fr\/docs\/enrolement-des-appareils-et-outils-de-gestion\/gestion-des-terminaux-virtuels-et-hyper-v\/gestion-des-terminaux-ninjaone-hyper-v-et-supervision-des-machines-virtuelles-vmware\/\">Hyper-V et la surveillance virtuelle (VMware), NinjaOne<\/a><br \/>, <b>Sauvegarde SQL Server<\/b>\u00a0: <a href=\"https:\/\/www.google.com\/url?sa=t&#038;rct=j&#038;q=&#038;esrc=s&#038;source=web&#038;cd=&#038;cad=rja&#038;uact=8&#038;ved=2ahUKEwjXhYDHvK2VAxU7yzgGHTEIBUYQFnoECBcQAQ&#038;url=https%3A%2F%2Fwww.ninjaone.com%2Fdevice-backup%2F&#038;usg=AOvVaw1OtxzmgZmyXzA9dr7B4_UP&#038;opi=89978449\">NinjaOne Device Backup<\/a> peut sauvegarder les machines ex\u00e9cutant Microsoft SQL Server (avec prise en charge de VSS pour la coh\u00e9rence des bases de donn\u00e9es)<br \/>, <b>Gestion des h\u00f4tes de MV<\/b>\u00a0: NinjaOne peut g\u00e9rer les h\u00f4tes de MV (machines virtuelles) et ex\u00e9cuter des actions sur les machines virtuelles<\/p>\n<p><b>Ce que NinjaOne ne couvre pas\u00a0:<\/b><br \/>\nLe choix entre VMDK et RDM rel\u00e8ve d&rsquo;une <b>d\u00e9cision d&rsquo;architecture de l&rsquo;infrastructure VMware<\/b>, qui sort du p\u00e9rim\u00e8tre de NinjaOne. Il est g\u00e9n\u00e9ralement pris en charge par\u00a0:<br \/>, les administrateurs VMware<br \/>, les \u00e9quipes infrastructure<br \/>, les architectes stockage<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Choisir entre VMDK et RDM pour les charges de travail Microsoft SQL Server ex\u00e9cut\u00e9es dans VMware est une d\u00e9cision d\u00e9terminante pour les administrateurs informatiques au moment de concevoir leur infrastructure. Les deux formats assurent le stockage de SQL Server dans un environnement virtualis\u00e9, mais le choix d\u00e9pend surtout de la priorit\u00e9 que vous accordez aux [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":506703,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4350],"tags":[],"class_list":["post-890649","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-deploiement-logiciels"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/posts\/890649","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/comments?post=890649"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/posts\/890649\/revisions"}],"predecessor-version":[{"id":890650,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/posts\/890649\/revisions\/890650"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/media\/506703"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/media?parent=890649"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/categories?post=890649"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/fr\/wp-json\/wp\/v2\/tags?post=890649"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}