4 votes

Espaces de stockage directs - comment utiliser le nouveau disque ajouté en local et empêcher le regroupement automatique / la sélection automatique?

Environnement: Cluster Windows 2016 FCI avec S2D exécutant un cluster SQL Server sur 2 VM dans Azure.

Un nouveau disque vhd a été ajouté à une seule VM dans le cluster dans le but de l'utiliser en local. Comme 'AutoPool' est activé, il a récupéré le disque et a marqué sa propriété d'utilisation comme 'Sélection automatique'.

Question: comment puis-je changer ce disque unique en Manuel-Sélection afin de pouvoir créer un volume local à partir de celui-ci? En cours d'exécution : Set-PhysicalDisk -UniqueId mydiskId -Usage ManuelSelection génère une erreur avec un message non descriptif.

Voici la sortie des disques physiques avec celui que je voudrais supprimer mis en surbrillance en jaune, les pools de stockage et les paramètres de stockage :
S2D

Je viens de tomber sur ce lien https://docs.microsoft.com/en-us/powershell/module/storage/set-physicaldisk?view=winserver2012r2-ps qui indique "Lors de l'utilisation du sous-système des Espaces de stockage, Set-PhysicalDisk ne fonctionne que sur les disques physiques qui ont été ajoutés à un pool de stockage"

Ce n'est pas mon cas car le disque que je veux supprimer ne fait pas partie d'un pool quelconque.
Y a-t-il une autre commande pour supprimer mon disque de l'auto-pooling sans désactiver réellement le paramètre AutoPool, comme le suggère la réponse de @CosmosDarvin dans [Y a-t-il un moyen d'empêcher le Stockage Direct d'ajouter automatiquement des disques?](https://serveurfault.com/questions/850478/y-a-t-il-un-moyen-d'empêcher-le-stockage-direct d'ajouter automatiquement des disques) ?

Aussi, quelles sont les répercussions si je définis AutoPool sur false? Il s'agit d'un cluster en direct. Au fait, je ne prévois pas d'ajouter fréquemment d'autres disques vhd aux pools (peut-être une fois par an), donc la désactivation de l'AutoPooling me conviendrait mais j'aimerais comprendre les autres effets que ce changement pourrait causer.

5voto

BaronSamedi1958 Points 12444

Vous pouvez facilement faire ce que vous voulez, consultez ce lien :

https://docs.microsoft.com/en-us/powershell/module/storage/get-storagesubsystem

Get-StorageSubSystem Cluster* | Set-StorageHealthSetting -Name "System.Storage.PhysicalDisk.AutoPool.Enabled" -Value False

En tant qu'effet secondaire : je vérifierais toujours les groupes de disponibilité AlwaysOn (AG) pour SQL Server, plutôt que de manipuler FCI + S2D super lent sur Azure.

1 votes

Il y avait une exigence stricte d'utiliser FCI et non AlwaysOn. Sur quoi basez-vous votre opinion en déclarant "super-lenteur de S2D dans Azure"? Merci

1 votes

1) Tu es confus : FCI fait toujours partie de AlwaysOn. Il y a des FCI AlwaysOn et des AG AlwaysOn. Voir : docs.microsoft.com/en-us/sql/sql-server/failover-clusters/… et docs.microsoft.com/en-us/sql/database-engine/…

1 votes

2) Ce n'est pas une opinion biaisée, c'est entièrement empirique. Obtenez quelques bases de données à forte écriture et faites la course de rat FCI vs AGs dans Azure pour voir la différence. Répétez sur site.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X