Comment faire pour utiliser l’utilitaire SQLIOSim pour simuler l’activité de SQL Server sur un sous-système de disque

Résumé

Pour Microsoft SQL Server 2005, SQLIOSim a été livré sous la forme d’un package de téléchargement séparé. SQLIOSim à partir de SQL Server 2008, est inclus avec l’installation du produit SQL Server. Lorsque vous installez SQL Server, vous trouvez l’outil SQLIOSim dans le dossier BINN de votre installation de SQL Server. Clients peuvent utiliser ces versions mises à jour de l’outil pour simuler l’activité d’e/s sur le sous-système de disque.

L’utilitaire SQLIOSim remplace l’utilitaire SQLIOStress. L’utilitaire SQLIOStress a été appelé auparavant l’utilitaire SQL70IOStress.

Cet article contient également des informations sur le téléchargement de l’utilitaire SQLIOSim.

INTRODUCTION

Cet article décrit l’outil SQLIOSim. Vous pouvez utiliser cet outil pour effectuer des tests d’intégrité et de fiabilité sur des sous-systèmes de disque. Ces tests simulent en lecture, écriture, checkpoint, sauvegarde, tri et activités de lecture anticipée pour Microsoft SQL Server. Toutefois, si vous devez effectuer des tests d’évaluation et de déterminer la capacité d’e/s du système de stockage, vous devez utiliser l’outil Diskspd .

Plus d'informations

Vue d’ensemble

L’utilitaire SQLIOSim a été mis à niveau à partir de l’utilitaire SQLIOStress. Plus précisément, l’utilitaire SQLIOSim simule les modèles d’e/s de Microsoft SQL Server.

Pour plus d’informations sur les schémas d’e/s de SQL Server, consultez le chapitre 2 des Notions de base d’e/s Microsoft SQL Server, par Bob Dorr, escalade de Microsoft SQL Server. Pour obtenir ce document, visitez le site Web de Microsoft à l’adresse suivante :L’utilitaire SQLIOSim est proposé pour les systèmes Itanium, x86 et x64. Utilisez les liens suivants pour télécharger le package approprié à votre système.

Utilitaire de SQLIOSim, version basée sur les x86

Utilitaire de SQLIOSim, version basée sur les x64

Utilitaire de SQLIOSim, version basée sur Itanium

Date de publication : 19-Oct-2006.

Pour plus d'informations sur la façon de télécharger des fichiers de support technique Microsoft, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :Microsoft a vérifié que ce fichier ne comportait pas de virus. Microsoft a utilisé les logiciels de détection de virus les plus récents disponibles à la date à laquelle le fichier a été validé. Le fichier est stocké sur des serveurs sécurisés, ce qui empêche toute modification non autorisée du fichier.


Remarque Pour vous aider à maintenir la sécurité et l’intégrité des données appropriés, nous vous recommandons d’effectuer les tests de stress de votre sous-système d’e/s avant le déploiement de SQL Server sur le nouveau matériel. L’utilitaire SQLIOSim simule les modèles de lecture, l’écriture de modèles et les techniques d’identification de problème de SQL Server. Pour effectuer ces tâches, l’utilitaire SQLIOSim simule l’activité de l’utilisateur et de l’activité du système d’un système SQL Server. L’utilitaire SQLIOSim effectue cette simulation indépendante du moteur SQL Server.

L’utilitaire SQLIOSim ne garantit ni ne garantit la sécurité des données ou l’intégrité. L’utilitaire a été conçu pour fournir des tests de ligne de base d’un environnement de système. L’utilitaire SQLIOSim peut exposer les éventuels problèmes d’intégrité des données.

Pour plus d’informations sur l’enregistrement et de stockage de données, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :
230785 enregistrement de SQL Server 7.0, SQL Server 2000 et SQL Server 2005 et des algorithmes de stockage étendent la fiabilité des données

Le package de téléchargement contient deux fichiers exécutables, SQLIOSim.com et SQLIOSim.exe. Les deux fichiers exécutables offrent des fonctions de simulation identique. SQLIOSim.com est un outil de ligne de commande que vous pouvez configurer pour s’exécuter sans intervention de l’utilisateur. Pour ce faire, vous pouvez utiliser les paramètres de ligne de commande, un fichier de configuration ou une combinaison de ces deux méthodes. SQLIOSim.exe est une application graphique qui n’accepte aucun paramètre de ligne de commande. Cependant, SQLIOSim.exe charger les données de configuration par défaut des fichiers de configuration.

Paramètres de ligne de commande SQLIOSim.com

SQLIOSim.com accepte un nombre limité de paramètres de ligne de commande pour contrôler le comportement de base. Le fichier de configuration de l’utilitaire de SQLIOSim fournit un contrôle de comportement avancé. Lorsque les paramètres de ligne de commande et fichier de configuration options chevauchement, les paramètres de ligne de commande sont prioritaires.
ParamètreCommentaire
cfg - fichierRemplacer le fichier de configuration par défaut Sqliosim.cfg.ini. L’utilitaire SQLIOSim renvoie une erreur si l’utilitaire ne peut pas trouver le fichier.
-Enregistrer fichierEnregistrer la configuration résultante dans le fichier de configuration. Vous pouvez utiliser cette option pour créer le fichier de configuration initiale.
- fichier journalSpécifiez le nom du fichier journal des erreurs et le chemin du fichier journal des erreurs. Le nom de fichier par défaut est Sqliosim.log.xml.
dir - dirDéfinir l’emplacement où créer le fichier de données (.mdf) et le fichier journal (.ldf). Vous pouvez exécuter cette commande plusieurs fois. Dans la plupart des cas, cet emplacement est une racine de lecteur ou un point de montage de volume. Cet emplacement peut être un long chemin d’accès ou un chemin UNC.
-d secondesDéfinir la durée de la tâche principale. Ce montant exclut la phase de préparation et de la phase de vérification.
-taille MoDéfinissez la taille initiale du fichier de données en mégaoctets (Mo). Le fichier peut augmenter jusqu'à deux fois la taille initiale. La taille du fichier journal est calculée comme la moitié de la taille du fichier de données. Toutefois, le fichier journal ne peut pas être supérieur à 50 Mo.

Fichier de configuration de SQLIOSim

Vous n’avez pas à utiliser un fichier de configuration. Si vous n’utilisez pas un fichier de configuration, tous les paramètres prennent les valeurs par défaut, à l’exception de l’emplacement de fichier de données et l’emplacement du fichier journal. Vous devez utiliser une des méthodes suivantes pour spécifier l’emplacement du fichier et l’emplacement du fichier journal :
  • Utilisez les paramètres de ligne de commande dans le fichier SQLIOSim.com.
  • Utilisez la boîte de dialogue de fichiers et la Configuration après avoir exécuté le fichier SQLIOSim.exe.
  • Utilisez la section x de fichier du fichier de configuration.
Remarques
  • Si le nom du paramètre indique que le paramètre est un taux ou un pourcentage, la valeur du paramètre est exprimée en tant que le pourcentage ou le taux, divisé par 0,01. Par exemple, la valeur du paramètre CacheHitRatio est de 10 pour cent. Cette valeur est exprimée en 1000 parce que 10, divisé par 0,01, est égale à 1000. La valeur maximale d’un paramètre de pourcentage est 10 000.
  • Si le type de paramètre est numérique et que vous affectez une valeur non numérique pour le paramètre, l’utilitaire SQLIOSim définit le paramètre sur 0.
  • Si le type de paramètre est une valeur Boolean, les valeurs valides que vous pouvez affecter au paramètre sont true et false. En outre, les valeurs respectent la casse. L’utilitaire SQLIOSim ignore toutes les valeurs non valides.
  • Si une paire de paramètres indique une valeur minimale et une valeur maximale, la valeur minimale ne doit pas être supérieure à la valeur maximale. Par exemple, la valeur du paramètre MinIOChainLength ne doit pas être supérieure à la valeur du paramètre MaxIOChainLength .
  • Si le paramètre indique un nombre de pages, l’utilitaire SQLIOSim vérifie la valeur que vous assignez au paramètre dans le fichier qui traite de l’utilitaire SQLIOSim. L’utilitaire SQLIOSim effectue cette vérification pour vous assurer que le nombre de pages ne dépasse pas la taille du fichier.

Section de configuration

La prend d’utilitaire SQLIOSim les valeurs que vous spécifiez dans la section Configuration du fichier de configuration SQLIOSim pour définir le comportement de test global.
ParamètreValeur par défautDescriptionCommentaires
ErrorFilesqliosim.log.xmlNom du fichier de journal de type XML
CPUCountNombre de processeurs sur l’ordinateurNombre de processeurs logiques pour créerLa valeur maximale est de 64 processeurs.
Affinité0Masque d’affinité du processeur physique à appliquer pour les processeurs logiquesLe masque d’affinité doit être dans le masque du processeur actif. Une valeur de
0 signifie que tous les processeurs disponibles seront utilisées.
MaxMemoryMBMémoire physique disponible au démarrage de l’utilitaire SQLIOSimTaille du pool de mémoire tampon en MoLa valeur ne peut pas dépasser la quantité totale de mémoire physique sur l’ordinateur.
StopOnErrorvaleur TrueLa simulation est arrêtée lorsque la première erreur se produit.
TestCycles1Nombre de cycles d’essais complets pour effectuerUne valeur de 0 indique un nombre infini de cycles d’essai.
TestCycleDuration300Durée d’un cycle de test, en secondes, à l’exclusion de la passe d’audit à la fin du cycle
CacheHitRatio1000Taux de présence cache simulé lorsque l’utilitaire SQLIOSim lit à partir du disque
MaxOutstandingIO0Nombre maximal d’opérations d’e/s en attente qui sont autorisées au niveau du processusLa valeur ne peut pas dépasser 140000. Valeur signifie 0 qui, jusqu'à environ 140 000 opérations d’e/s est autorisées. Il s’agit de la limite de l’utilitaire.
TargetIODuration100Durée des opérations d’e/s, en millisecondes, qui sont ciblés par la limitationSi la durée d’e/s moyenne est supérieure à la durée d’e/s cible, l’utilitaire SQLIOSim limite le nombre d’opérations d’e/s en attente pour diminuer la charge et d’améliorer les temps d’exécution d’e/s.
AllowIOBurstsvaleur TruePermettent de valider des nombreuses demandes d’e/s pour la désactivation de la limitationLes pics d’e/s sont activées au cours de la mise à jour initiale, du point de contrôle initial et final passe de point de contrôle à la fin des cycles de test. Le paramètre MaxOutstandingIO est toujours respecté. Vous pouvez vous attendre des avertissements d’e/s longues.
NoBufferingvaleur TrueUtilisez l’option FILE_FLAG_NO_BUFFERINGSQL Server ouvre les fichiers de base de données à l’aide de FILE_FLAG_NO_BUFFERING == true. Certains utilitaires et les services, tels que Analysis Services, utilisent FILE_FLAG_NO_BUFFERING == false. Pour tester complètement un serveur, exécutez un test pour chaque paramètre.
WriteThroughvaleur TrueUtilisez l’option FILE_FLAG_WRITE_THROUGHSQL Server ouvre les fichiers de base de données à l’aide de FILE_FLAG_WRITE_THROUGH == true. Toutefois, certains utilitaires et les services ouvrent les fichiers de base de données à l’aide de FILE_FLAG_WRITE_THROUGH == false. Par exemple, SQL Server Analysis Services ouvre les fichiers de base de données à l’aide de FILE_FLAG_WRITE_THROUGH == false. Pour tester complètement un serveur, exécutez un test pour chaque paramètre.
ScatterGathervaleur TrueUtilisez les API de ReadScatter/WriteGatherSi ce paramètre est défini à true, le paramètre NoBuffering est également défini sur true.

SQL Server utilise en nuages de points/collecte d’e/s pour la plupart des demandes d’e/s.
ForceReadAheadvaleur TrueEffectuer une opération de lecture anticipée, même si les données sont déjà luesL’utilitaire SQLIOSim émet la commande de lecture, même si la page de données est déjà dans le pool de tampons.

Prise en charge de Microsoft SQL Server a utilisé avec succès de la valeur true pour exposer des problèmes.
DeleteFilesAtStartupvaleur TrueSupprimer les fichiers au démarrage si les fichiers existentUn fichier peut contenir plusieurs flux de données. Seuls les flux de données qui est spécifiés dans le fichierx du nom de fichier est tronqués dans le fichier. Si le flux par défaut n’est spécifié, tous les flux sont supprimés.
DeleteFilesAtShutdownFalseSupprimez les fichiers que le test est terminé.Un fichier peut contenir plusieurs flux de données. Seuls les flux de données que vous spécifiez dans le fichierx du nom de fichier sont tronqués dans le fichier. Si le flux de données par défaut n’est spécifié, l’utilitaire SQLIOSim supprime tous les flux de données.
StampFilesFalseDéveloppez le fichier par estampillage des zéros non significatifsCe processus peut prendre beaucoup de temps si le fichier est très volumineux. Si vous définissez ce paramètre à false, l’utilitaire SQLIOSim étend le fichier en définissant un indicateur de données valide.

SQL Server 2005 utilise la fonctionnalité de l’initialisation instantanée des fichiers pour les fichiers de données. Si le fichier de données est un fichier journal, ou si l’initialisation instantanée des fichiers n’est pas activée, SQL Server exécute zéro d’horodatage. Versions de SQL Server antérieures à SQL Server 2000 effectuent toujours zéro estampage.

Vous devez passer la valeur du paramètre StampFiles au cours des tests pour vous assurer que l’initialisation instantanée des fichiers et le marquage de zéro fonctionnent correctement.

Section du fichierx

L’utilitaire SQLIOSim est conçu pour permettre le test de fichier multiple. La section du fichierx est représentée sous la forme [fichier1], [fichier 2] pour chaque fichier dans le test.
ParamètreValeur par défautDescriptionCommentaires
Nom de fichierAucune valeur par défautChemin d’accès et nom de fichierLe paramètre de nom de fichier peut être un long chemin d’accès ou un chemin UNC. Il peut également inclure un type et un nom de flux de données secondaire. Par exemple, le paramètre de nom de fichier peut être défini à file.mdf:stream2.

Remarque Dans SQL Server 2005, les opérations DBCC utilisent des flux. Nous vous conseillons d’effectuer les tests de flux de données.
InitialSizeAucune valeur par défautTaille initiale en MoSi le fichier existant est supérieur à la valeur qui est spécifiée pour le paramètre InitialSize , l’utilitaire SQLIOSim ne réduit pas le fichier existant. Si le fichier existant est inférieur, l’utilitaire SQLIOSim développe le fichier existant.
MaxSizeAucune valeur par défautTaille maximale en MoUn fichier ne peut pas dépasser la valeur que vous spécifiez pour le paramètre MaxSize .
Incrément0Taille en Mo de l’incrément par lequel le fichier augmente ou diminue. Pour plus d’informations, consultez la partie « section ShrinkUser » de cet article.L’utilitaire SQLIOSim ajuste le paramètre incrément au démarrage de sorte que la situation suivante est établie :
Incrément * MaxExtents < MaxMemoryMB / NumberOfDataFiles
Si le résultat est 0, l’utilitaire SQLIOSim définit le fichier en tant que non-THERMORÉTRACTABLE.
THERMORÉTRACTABLEFalseIndique si le fichier peut être réduit ou développéSi vous définissez le paramètre incrément sur 0, vous définissez le fichier à être non THERMORÉTRACTABLE. Dans ce cas, vous devez définir le paramètre Shrinkable sur false. Si vous définissez le paramètre de l’incrément sur une valeur différente de 0, vous définissez le fichier à être THERMORÉTRACTABLE. Dans ce cas, vous devez définir le paramètre Shrinkable sur true.
IncompletFalseIndique si l’attribut Sparse doit être définie sur les fichiersPour les fichiers, l’utilitaire SQLIOSim n’efface pas l’attribut Sparse lorsque vous définissez le paramètre fragmentés sur false.

SQL Server 2005 utilise les fichiers incomplets pour prendre en charge des bases de données de capture instantanée et les flux DBCC secondaires.

Nous vous recommandons d’activer le fichier fragmenté et les flux de données et ensuite effectuer un test.

Remarque : Si vous définissez fragmentés = true pour les paramètres de fichier, ne spécifiez pas NoBuffering = false dans la section de la config. Si vous utilisez ces deux combinaisons en conflit, vous pouvez recevoir une erreur qui ressemble à ce qui suit à partir de l’outil :

Error:-=====Error: 0x80070467
Texte d’erreur : Lors de l’accès au disque dur, une opération disque a échoué malgré plusieurs essais.
Description : La validation a échoué sur la Page de C:\SQLIOSim.mdx de mémoire tampon : 28097
Fichier journalFalseIndique si un fichier contient des données de journal de transactions ou d’utilisateurVous devez définir au moins un fichier journal.

Section de RandomUser

L’utilitaire SQLIOSim prend les valeurs que vous spécifiez dans la section RandomUser pour simuler un travail SQL Server qui exécute des opérations de requête aléatoires, tels que les modèles de traitement OLTP (Online Transaction) d’e/s.
ParamètreValeur par défautDescriptionCommentaires
UserCount-1Nombre de threads d’accès aléatoire qui s’exécutent en même tempsLa valeur ne peut pas dépasser la valeur suivante :
CPUCount*1023-100
Le nombre total de tous les utilisateurs également ne doit pas dépasser cette valeur. Une valeur de 0 signifie que vous ne peut pas créer des utilisateurs d’accès aléatoire. Une valeur de -1 signifie que vous devez utiliser la configuration automatique de la valeur suivante :
min (CPUCount * 2, 8)
Remarque Un système de SQL Server peut avoir des milliers de sessions. La plupart des sessions n’ont pas de demandes actives. Utilisez la fonction Count dans des requêtes par rapport à la vue de gestion dynamique (DMV) association sous la forme d’une ligne de base pour l’établissement de cette valeur de paramètre de test.

CPUCount ici fait référence à la valeur du paramètre CPUCount dans la section de la CONFIG.

La valeur de min(CPUCount*2, 8) se traduit par la plus petite des valeurs entre CPUCount * 2 et 8.
JumpToNewRegionPercentage500La possibilité de passer à une nouvelle zone du fichierLe début de la région est sélectionné aléatoirement. La taille de la région est une valeur aléatoire entre la valeur du paramètre MinIOChainLength et la valeur du paramètre MaxIOChainLength .
MinIOChainLength1Taille de la zone minimale dans les pages
MaxIOChainLength100Taille de la zone maximale dans les pagesSQL Server 2005 Enterprise Edition et SQL Server 2000 Édition entreprise peuvent lire en avance jusqu'à 1 024 pages.

La valeur minimale est 0. La valeur maximale est limitée par la mémoire système.

En règle générale, l’activité utilisateur aléatoire provoque des petites opérations d’analyse se produit. Utilisez les valeurs qui sont spécifiées dans la section ReadAheadUser pour simuler des opérations d’analyse plus grandes.
RandomUserReadWriteRatio9000Pourcentage de pages de mise à jourUne chaîne de longueur aléatoire est sélectionnée dans la zone et peut être lu. Ce paramètre définit le pourcentage des pages pour être mis à jour et écrites sur disque.
MinLogPerBuffer64Taille d’enregistrement minimale de journal en octetsLa valeur doit être un multiple de la taille de secteur de disque ou une taille qui s’intègre également la taille de secteur de disque.
MaxLogPerBuffer8192Taille maximale du journal de l’enregistrement en octetsCette valeur ne doit pas dépasser 64000. La valeur doit être un multiple de la taille de secteur de disque.
RollbackChance100Le niveau de probabilité une opération en mémoire qui entraîne une opération de restauration se produise.Lors de cette opération de restauration se produit, SQL Server n’écrit pas dans le fichier journal.
SleepAfter5Mise en veille après chaque cycle, en millisecondes

Section de AuditUser

La prend d’utilitaire SQLIOSim les valeurs que vous spécifiez dans AuditUser section pour simuler une activité DBCC de lire et d’auditer les informations de la page. Validation se produit même si la valeur du paramètre UserCount est définie à 0.
ParamètreValeur par défautDescriptionCommentaires
UserCount2Nombre de threads de l’AuditLa valeur ne peut pas dépasser la valeur suivante :
CPUCount*1023-100
Le nombre total de tous les utilisateurs également ne doit pas dépasser cette valeur. Une valeur de 0 signifie que vous ne peut pas créer des utilisateurs d’accès aléatoire. Une valeur de -1 signifie que vous devez utiliser la configuration automatique de la valeur suivante :
min (CPUCount * 2, 8)
Remarque Un système de SQL Server peut avoir des milliers de sessions. La plupart des sessions n’ont pas de demandes actives. Utilisez la fonction Count dans des requêtes par rapport à l' association DMV comme ligne de base pour l’établissement de cette valeur de paramètre de test.

CPUCount ici fait référence à la valeur du paramètre CPUCount dans la section de la CONFIG.

La valeur de min(CPUCount*2, 8) se traduit par la plus petite des valeurs entre CPUCount * 2 et 8.
BuffersValidated64
DelayAfterCycles2Appliquer le paramètre AuditDelay après le nombre de cycles de BuffersValidated
AuditDelay200Nombre de millisecondes à attendre après chaque opération de DelayAfterCycles

Section de ReadAheadUser

L’utilitaire SQLIOSim prend les valeurs qui sont spécifiées dans la section ReadAheadUser pour simuler une activité de lecture anticipée de SQL Server. SQL Server tire parti de l’activité de lecture anticipée pour optimiser les capacités d’e/s asynchrones et à limiter les retards de la requête.
ParamètreValeur par défautDescriptionCommentaires
UserCount2Nombre de threads de lecture anticipéeLa valeur ne peut pas dépasser la valeur suivante :
CPUCount*1023-100
Le nombre total de tous les utilisateurs également ne doit pas dépasser cette valeur. Une valeur de 0 signifie que vous ne peut pas créer des utilisateurs d’accès aléatoire. Une valeur de -1 signifie que vous devez utiliser la configuration automatique de la valeur suivante :
min (CPUCount * 2, 8)
Remarque Un système de SQL Server peut avoir des milliers de sessions. La plupart des sessions n’ont pas de demandes actives. Utilisez la fonction Count dans des requêtes par rapport à l' association DMV comme ligne de base pour l’établissement de cette valeur de paramètre de test.

CPUCount ici fait référence à la valeur du paramètre CPUCount dans la section de la CONFIG.

La valeur de min(CPUCount*2, 8) se traduit par la plus petite des valeurs entre CPUCount * 2 et 8.
BuffersRAMin32Nombre minimum de pages à lire par cycleLa valeur minimale est 0. La valeur maximale est limitée par la mémoire système.
BuffersRAMax64Nombre maximal de pages à lire par cycleLes éditions entreprise de SQL Server peuvent lire jusqu'à 1 024 pages dans une seule demande. Si vous installez SQL Server sur un ordinateur disposant de beaucoup d’UC, de mémoire et de ressources disque, nous vous recommandons d’augmenter la taille du fichier et la taille de cache en lecture.
DelayAfterCycles2Appliquer le paramètre RADelay après le nombre spécifié de cycles
RADelay200Nombre de millisecondes à attendre après chaque opération de DelayAfterCycles

Section de BulkUpdateUser

La prend d’utilitaire SQLIOSim les valeurs que vous spécifiez dans la section BulkUpdateUser pour simuler des opérations en bloc, telles que SELECT... DANS les opérations et les opérations d’insertion en bloc.
ParamètreValeur par défautDescriptionCommentaires
UserCount-1Nombre de threads de mise à jour globaleLa valeur ne peut pas dépasser la valeur suivante :
CPUCount*1023-100
Une valeur de -1 signifie que vous devez utiliser la configuration automatique de la valeur suivante :
min (CPUCount * 2, 8)
Remarque Un système de SQL Server peut avoir des milliers de sessions. La plupart des sessions n’ont pas de demandes actives. Utilisez la fonction Count dans des requêtes par rapport à l' association DMV comme ligne de base pour l’établissement de cette valeur de paramètre de test.

CPUCount ici fait référence à la valeur du paramètre CPUCount dans la section de la CONFIG.

La valeur de min(CPUCount*2, 8) se traduit par la plus petite des valeurs entre CPUCount * 2 et 8.
BuffersBUMin64Nombre minimal de pages de mise à jour par cycle
BuffersBUMax128Nombre maximal de pages de mise à jour par cycleLa valeur minimale est 0. La valeur maximale est limitée par la mémoire système.
DelayAfterCycles2Appliquer le paramètre BUDelay après le nombre spécifié de cycles
BUDelay10Nombre de millisecondes à attendre après chaque opération de DelayAfterCycles

Section de ShrinkUser

La prend d’utilitaire SQLIOSim les valeurs que vous spécifiez dans la section ShrinkUser pour simuler la DBCC réduire les opérations. L’utilitaire SQLIOSim pouvez également utiliser la section ShrinkUser pour développer le fichier.
ParamètreValeur par défautDescription
MinShrinkInterval120Intervalle minimum entre les opérations de réduction, en secondes
MaxShrinkInterval600Intervalle maximal entre les opérations de réduction, en secondes
MinExtends1Nombre minimal d’incréments par lequel l’utilitaire SQLIOSim ou doit réduire le fichier
MaxExtends20Nombre maximal d’incréments par lequel l’utilitaire SQLIOSim ou doit réduire le fichier

Commentaires des fichiers de configuration .ini

Le point-virgule ( ;) au début d’une ligne dans la configuration .ini fichier entraîne la ligne doit être traité comme un commentaire.

Création d’un fichier

L’utilitaire SQLIOSim crée des fichiers de données séparés et les fichiers journaux pour simuler les modèles d’e/s de SQL Server génère dans son fichier de données et dans son fichier journal. L’utilitaire SQLIOSim n’utilise pas le moteur SQL Server pour effectuer l’activité de la contrainte. Par conséquent, vous pouvez utiliser l’utilitaire SQLIOSim pour tester un ordinateur avant d’installer SQL Server.

Lorsque vous exécutez l’utilitaire SQLIOSim, assurez-vous que vous spécifiez le même emplacement que vous utilisez pour vos fichiers de base de données SQL Server. Lorsque vous effectuez cette opération, l’utilitaire simule le même chemin d’e/s que votre base de données SQL Server.

Vous pouvez activer l’attribut Compresser ou chiffrer pour les fichiers de test existants. Vous pouvez également activer ces attributs pour le répertoire existant où seront créés les fichiers de test. Les options correspondantes pour activer ces attributs se trouvent dans le
Boîte de dialogue Propriétés pour un fichier ou un répertoire.

Par défaut, l’utilitaire SQLIOSim crée des fichiers de test qui ont les extensions de nom de fichier .mdx et .ldx. Par conséquent, ces fichiers ne seront pas remplacer les données existantes et les fichiers journaux.

Avertissement Ne spécifiez pas les fichiers de base de données SQL Server pour le test. L’utilitaire SQLIOSim écrase les données avec des modèles de test aléatoires, et vos données de SQL Server seront perdues.

Gestion et le journal des erreurs SQLIOSim

L’utilitaire SQLIOSim crée le fichier journal des erreurs dans un des emplacements suivants :
  • L’emplacement que vous spécifiez dans le -journal paramètre de démarrage
  • L’emplacement que vous spécifiez dans la ErrorFile = ligne dans le fichier Sqliosim.cfg.ini
Le journal des erreurs SQLIOSim.log.xml contient des détails à propos de l’exécution. Ces détails incluent des informations sur l’erreur. Examinez le journal soigneusement pour des informations d’erreur et d’avertissement.

Remarque Si vous rencontrez une erreur dans l’utilitaire SQLIOSim, il est recommandé que vous demandez à votre fabricant de matériel pour aider à déterminer la cause du problème.

Plusieurs copies

L’utilitaire SQLIOSim permet au niveau fichier de plusieurs tests et niveau multiple-utilisateur. L’utilitaire SQLIOSim ne nécessite pas d’appels multiples. Cependant, l’utilitaire SQLIOStress nécessite plusieurs appels. Vous pouvez exécuter plusieurs copies de l’utilitaire SQLIOSim si les conditions suivantes sont remplies :
  • Toutes les copies de référence des fichiers de tests uniques par l’instance de l’utilitaire.
  • Le paramètre MaxMemoryMB de chaque instance fournit pour une région de mémoire sans chevauchement suffisant pour chaque instance.
La somme du paramètre MaxMemoryMB pour chaque instance doit être inférieure ou égale à la quantité totale de mémoire physique. Certaines phases de test, tel que simulation de point de contrôle, peuvent être très gourmandes en mémoire et peuvent créer des conditions d’insuffisance de mémoire lorsque vous exécutez plusieurs copies. Si vous rencontrez des erreurs de mémoire insuffisante, vous pouvez réduire le nombre de copies de l’utilitaire qui sont en cours d’exécution.

Exemples de fichiers de configuration

En plus du fichier Sqliosim.cfg.ini par défaut, le package fournit les fichiers exemples suivants.
Exemple de fichierDescriptionParamètres qui diffèrent à partir du fichier de configuration par défaut
Sqliosim.hwcache.cfg.iniRéduire les lectures

Les fichiers sont rendus petites et de les tenir entièrement dans la mémoire

Aucune des lectures séquentielles
Pour AuditUser section et pour le ReadAheadUser la section :

CacheHitRatio=10000
UserCount=0
Sqliosim.nothrottle.cfg.iniSupprimer la limitation des e/s

Réduire le temps d’attente pour augmenter le volume d’e/s
TargetIODuration=1000000
AuditDelay=10
RADelay=10
Sqliosim.seqwrites.cfg.iniRéduire les lectures

Les fichiers sont rendus petites et de les tenir entièrement dans la mémoire

Les fichiers sont rendus non THERMORÉTRACTABLE

Aucune des lectures séquentielles

Pas d’accès aléatoire

Mise à jour en bloc en blocs volumineux sans retard
Shrinkable=FALSE

Pour la section AuditUser, la section ReadAheadUser et la section RandomUser :

CacheHitRatio=10000
ForceReadAhead=FALSE
BuffersBUMin=600
BuffersBUMax=1000
BUDelay=1
UserCount=0
Sqliosim.sparse.cfg.iniUtiliser uniquement les 32 Mo de mémoire

Vérifiez la durée de la cible d’e/s suffisante pour permettre de nombreuses demandes d’e/s en attente

Désactiver en nuages de points/collecte API d’émettre des demandes d’e/s distincts pour chaque page de 8 Ko

Créer un fichier d’une telle 1 Go

Créer un flux non THERMORÉTRACTABLE 1 Go sparse secondaire dans le fichier
MaxMemoryMB=32
TestCycles=3
TestCycleDuration=600
TargetIODuration=10000
UseScatterGather=FALSE

[File1]
FileName=sqliosim.mdx
InitialSize=1000 MaxSize=1000
Increment=10
Shrinkable=FALSE
LogFile=FALSE
Sparse=FALSE

[File2]
FileName=sqliosim.ldx
InitialSize=50
MaxSize=50
Increment=0
Shrinkable=FALSE
LogFile=TRUE
Sparse=FALSE

[File3]
FileName=sqliosim.mdx:replica
InitialSize=1000
MaxSize=1000
Increment=10
Shrinkable=FALSE
LogFile=FALSE
Sparse=TRUE

Références


Propriétés

ID d'article : 231619 - Dernière mise à jour : 26 janv. 2017 - Révision : 1

Commentaires