Visão geral
O utilitário SQLIOSim foi atualizado do utilitário SQLIOStress. O utilitário SQLIOSim com mais precisão simula os padrões de i/O de Microsoft SQL Server de 2005, do SQL Server 2000 e do SQL Server 7.0. Os padrões de i/O dessas versões do SQL Server semelhante a uma outra. O utilitário SQLIOStress foi usado para testar os requisitos de i/O do SQL Server 2005 por muitos anos.
Para obter mais informações sobre padrões de i/O de SQL Server, consulte o capítulo
2 de
Noções básicas de Microsoft SQL Server e/S, por Bob Dorr, Microsoft SQL Server de escalonamento. Para obter isso
documento, visite o seguinte site da Microsoft:
O utilitário SQLIOSim é oferecido para baseados em Itanium, x86, e
sistemas baseados em x64. Use os links a seguir para baixar o pacote apropriado
para o seu sistema.
Utilitário de SQLIOSim, x versão baseados em x86
Utilitário de SQLIOSim, versão baseada em x64
Utilitário de SQLIOSim, versão baseada em Itanium
Data de lançamento:
19 De outubro de 2006
Para obter mais informações sobre como fazer o download da Microsoft
arquivos de suporte, clique no número abaixo para ler o artigo na
Base de Conhecimento da Microsoft:
119591
(http://support.microsoft.com/kb/119591/
)
Como obter arquivos de suporte da Microsoft de serviços on-line
Microsoft examinou esse arquivo em busca de vírus. A Microsoft usou o máximo
software de detecção de vírus atual que estava disponível na data em que o arquivo
foi lançada. O arquivo está armazenado em servidores com segurança avançada que ajudam a evitar
qualquer alteração não autorizada no arquivo.
Observação Para ajudar a manter a integridade de dados apropriadas e segurança, estamos
Recomendamos que você execute testes de estresse do seu subsistema de i/O antes de implantar
SQL Server no novo hardware. O utilitário SQLIOSim simula os padrões de leitura,
os padrões de gravação e as técnicas de identificação do problema de SQL Server. Para
executar essas tarefas, o utilitário SQLIOSim simula a atividade do usuário e a
atividade do sistema de um sistema de SQL Server. O utilitário SQLIOSim realiza isso
independente do mecanismo de SQL Server de simulação.
O utilitário de SQLIOSim
não garante ou garante a segurança dos dados ou a integridade. O utilitário foi
projetado para fornecer teste de linha de base de um ambiente de sistema. O SQLIOSim
utilitário pode expor problemas potenciais de integridade de dados.
Para obter mais informações sobre o armazenamento de dados e log, clique no
número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
230785
(http://support.microsoft.com/kb/230785/
)
Log SQL Server 7.0, SQL Server 2000 e SQL Server 2005 e algoritmos de armazenamento de dados ampliam a confiabilidade dos dados
O pacote de download contém dois arquivos executáveis,
SQLIOSim.com e SQLIOSim.exe. Ambos os arquivos executáveis fornecem idênticos
recursos de simulação. SQLIOSim.com é uma ferramenta de linha de comando que você pode
Configure a execução sem interação do usuário. Para fazer isso, você pode usar a linha de comando
parâmetros, um arquivo de configuração ou uma combinação de ambos os métodos.
SQLIOSim.exe é um aplicativo gráfico que aceita não de linha de comando
parâmetros. No entanto, SQLIOSim.exe carregar dados de configuração padrão de
arquivos de configuração.
Parâmetros de linha de comando SQLIOSim.com
SQLIOSim.com aceita um número limitado de parâmetros de linha de comando
para controlar o comportamento básico. O arquivo de configuração para o utilitário de SQLIOSim
Fornece controle de comportamento Avançado. Quando os parâmetros de linha de comando e
sobreposição de opções do arquivo de configuração, os parâmetros de linha de comando ter
precedência.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Comentário |
| cfg- arquivo | Substitua o arquivo de configuração do padrão de Sqliosim.cfg.ini.
O utilitário SQLIOSim retornará um erro se o utilitário não é possível localizar o arquivo. |
| -Salvar arquivo | Salvar a configuração resultante na configuração
arquivo. Você pode usar esta opção para criar o arquivo de configuração inicial. |
| -log arquivo | Especifique o nome de arquivo de log de erro e o arquivo de log de erro
caminho. O nome de arquivo padrão é Sqliosim.log.xml. |
| -dir dir | Definir o local para criar o arquivo de dados (. mdf) e o
arquivo de log (. ldf). Você pode executar esse comando várias vezes. Na maioria dos casos, isso
local é uma raiz da unidade ou um ponto de montagem de volume. Esse local pode ser um longo
caminho ou um caminho UNC. |
| -d segundos | Defina a duração da execução principal. Esse valor exclui o
fase de preparação e a fase de verificação. |
| -tamanho MB | Defina o tamanho inicial do arquivo de dados em megabytes (MB).
O arquivo pode crescer até duas vezes o tamanho inicial. O tamanho do arquivo de log é
calculado como metade do tamanho do arquivo de dados. No entanto, o arquivo de log não pode ser
mais de 50 MB. |
Arquivo de configuração de SQLIOSim
Não é necessário usar um arquivo de configuração. Se você não usar um
arquivo de configuração, todos os parâmetros tenham valores padrão, exceto o arquivo de dados
localização e o local do arquivo de log. Você deve usar um dos seguintes métodos
Para especificar o local do arquivo de dados e o local do arquivo de log:
- Use os parâmetros da linha em que o SQLIOSim.com
arquivo.
- Use o Arquivos e configuração caixa de diálogo
Depois de executar o arquivo SQLIOSim.exe.
- Use o Arquivox seção do arquivo de configuração.
Anotações- Se o nome do parâmetro indica que o parâmetro
é uma proporção ou uma porcentagem, o valor do parâmetro é expresso como a
a taxa, dividido pelo 0,01 ou porcentagem. Por exemplo, o valor do CacheHitRatio o parâmetro é 10 por cento. Esse valor é expresso como 1000 porque 10, dividido pelo 0,01, é igual a 1000. O valor máximo de um
o parâmetro de porcentagem é 10000.
- Se o tipo de parâmetro é numérico e você atribuir um
o valor não numérico para o parâmetro, o utilitário SQLIOSim define o parâmetro para 0.
- Se o tipo de parâmetro é Boolean, válido valores que você
pode atribuir ao parâmetro são verdadeiro e FALSO. Além disso, os valores diferenciam maiúsculas de minúsculas. O SQLIOSim
utilitário ignora quaisquer valores inválidos.
- Se um par de parâmetros indica um valor mínimo e um
valor máximo, o valor mínimo não deve ser maior que o valor máximo. Para
Por exemplo, o valor da MinIOChainLength não deve ser maior do que o valor do parâmetro do MaxIOChainLength parâmetro.
- Se o parâmetro indica um número de páginas, o SQLIOSim
utilitário verifica o valor que você atribuir o parâmetro contra o arquivo que
os processos de utilitário SQLIOSim. O utilitário SQLIOSim realiza essa verificação
Certifique-se de que o número de páginas não exceda o tamanho do arquivo.
Seção de configuração
O utilitário SQLIOSim toma os valores que você especificar na
Seção de configuração do arquivo de configuração SQLIOSim para estabelecer testes global
comportamento.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição | Comentários |
| ErrorFile | sqliosim.log.XML | Nome do arquivo de log do tipo XML | |
| CPUCount | Número de CPUs no computador | Número de lógica
CPUs para criar | O máximo é 64 CPUs. |
| Afinidade | 0 | Máscara de afinidade de CPU física para aplicar lógica
CPUs | A affinity mask deve estar dentro da máscara de CPU ativa. Valor 0 significa que todas as CPUs disponíveis serão usadas. |
| MaxMemoryMB | Memória física disponível quando o utilitário de SQLIOSim
é iniciado | Tamanho do pool de buffer em MB | O valor não pode exceder
a quantidade total de memória física no computador. |
| StopOnError | verdadeiro | Pára a simulação quando o primeiro erro
ocorre | |
| TestCycles | 1 | Número de ciclos de teste completo para executar | Valor 0 indica um número infinito de ciclos de teste. |
| TestCycleDuration | 300 | Duração de um ciclo de teste em segundos, excluindo a auditoria
passar no final do ciclo | |
| CacheHitRatio | 1000 | Taxa de acertos do cache simulado quando lê o utilitário de SQLIOSim
do disco | |
| MaxOutstandingIO | 0 | Número máximo de operações de e/S pendentes que estão
todo o processo permitido | O valor não pode exceder 140000. Valor 0 significa que são até aproximadamente 140.000 operações de e/S
permitido. Este é o limite do utilitário. |
| TargetIODuration | 100 | Duração das operações de i/O, em milissegundos, que são
alvo de otimização | Se o destino de ultrapassar a duração média de i/O
Duração de e/S, o utilitário SQLIOSim regula o número de e/S pendentes
operações para diminuir a carga e para melhorar o tempo de conclusão de e/S. |
| AllowIOBursts | verdadeiro | Permitem a desativação de otimização para lançar muitas e/S
solicitações | Picos de i/O são habilitados durante a atualização inicial, inicial
ponto de verificação e o ponto de verificação final passa no final de ciclos de teste. O MaxOutstandingIO parâmetro ainda é respeitado. Você pode esperar longos e/S
avisos. |
| NoBuffering | verdadeiro | Use a opção FILE_FLAG_NO_BUFFERING | SQL Server abre arquivos de banco de dados usando FILE_FLAG_NO_BUFFERING = = true. Alguns utilitários e serviços, como o Analysis Services, usam FILE_FLAG_NO_BUFFERING = = false. Para testar completamente um servidor, execute um teste para cada configuração. |
| WriteThrough | verdadeiro | Use a opção FILE_FLAG_WRITE_THROUGH | SQL Server
Abre banco de dados de arquivos por meio de FILE_FLAG_WRITE_THROUGH = = true. No entanto, alguns
serviços e utilitários abrem os arquivos de banco de dados usando FILE_FLAG_WRITE_THROUGH
= = false. Por exemplo, SQL Server Analysis Services abre os arquivos de banco de dados por
usando FILE_FLAG_WRITE_THROUGH = = false. Para testar completamente um servidor, execute um
testar cada configuração. |
| ScatterGather | verdadeiro | Use as APIs ReadScatter/WriteGather | Se este
parâmetro for definido como verdadeiro, o NoBuffering parâmetro também é definido como verdadeiro.
SQL Server usa dispersão/coleta/S para a maioria dos i/O
solicitações. |
| ForceReadAhead | verdadeiro | Executar uma operação de leitura antecipada, mesmo se os dados
já lidas | O utilitário SQLIOSim emite o comando de leitura, mesmo se a
página de dados já está no pool de buffer.
Suporte de Microsoft SQL Server
usou com êxito o verdadeiro configuração para expor problemas de i/O. |
| DeleteFilesAtStartup | verdadeiro | Excluir arquivos na inicialização, se existirem arquivos | Pode ser um arquivo
contém vários fluxos de dados. Somente os fluxos que são especificados no
Arquivox Entrada de nome de arquivo são truncadas no arquivo. IF
o fluxo padrão for especificado, todos os fluxos são excluídos. |
| DeleteFilesAtShutdown | FALSO | Excluir arquivos após o teste for concluído. | Um arquivo
pode conter vários fluxos de dados. Somente os fluxos de dados que você especificar na
Arquivox Entrada de nome de arquivo são truncadas no arquivo. IF
o fluxo de dados padrão for especificado, o utilitário SQLIOSim exclui todos os dados
fluxos. |
| StampFiles | FALSO | Expanda o arquivo por carimbo zeros | Esse processo
pode levar muito tempo se o arquivo é muito grande. Se você definir esse parâmetro como FALSO, o utilitário SQLIOSim estende o arquivo, definindo uma data válida
marcador.
SQL Server 2005 usa o recurso de inicialização de arquivo instantânea
arquivos de dados. Se o arquivo de dados é um arquivo de log, ou se o arquivo de instantâneo
a inicialização não está ativada, SQL Server realiza zero carimbo. Versões do
SQL Server anteriormente ao SQL Server 2000 execute sempre zero
carimbo.
Você deve passar o valor da StampFiles parâmetro durante os testes para certificar-se de que ambos os arquivo instantânea
inicialização e zero de estampagem estão operando corretamente. |
Arquivox seção
O utilitário SQLIOSim foi projetado para permitir vários arquivos
testando. O arquivo
x seção é representada como
[Arquivo1], [arquivo2] para cada arquivo no teste.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição | Comentários |
| Nome do arquivo | Nenhum valor padrão | Arquivo
nome e caminho | O Nome do arquivo parâmetro pode ser um caminho longo ou um caminho UNC. Também é possível incluir uma
nome do fluxo secundário e tipo. Por exemplo, o Nome do arquivo parâmetro pode ser definido como File.mdf:stream2.
Observação No SQL Server 2005, operações de DBCC usam fluxos. Recomendamos
Se você executar testes de fluxo. |
| InitialSize | Nenhum padrão
valor | Tamanho inicial em MB | Se o arquivo existente
maior que o valor especificado para o InitialSize parâmetro, o utilitário SQLIOSim não é reduzido a existente
arquivo. Se o arquivo existente for menor, o utilitário SQLIOSim expande a
arquivo existente. |
| MaxSize | Nenhum padrão
valor | Tamanho máximo em MB | Um arquivo não podem ser ampliados.
maior que o valor que você especificar para o MaxSize parâmetro. |
| Incremento | 0 | Tamanho em MB do incremento pelo qual o arquivo cresce ou
é reduzido. Para obter mais informações, consulte a "seção ShrinkUser" parte disso
artigo. | O utilitário SQLIOSim ajusta a Incremento o parâmetro na inicialização para que seja a situação a seguir
estabelecida: Incremento * MaxExtents< maxmemorymb=""> Se o resultado for 0, o utilitário SQLIOSim define o arquivo como
não-shrinkable. |
| Shrinkable | FALSO | Indica se o arquivo pode ser reduzido ou
expandido | Se você definir o Incremento parâmetro para 0, você definir o arquivo a ser não-shrinkable. Nesse caso, você deve
definir o Shrinkable parâmetro para FALSO. Se você definir o Incremento parâmetro para um valor diferente de 0, você definir o arquivo a ser shrinkable. Nesse caso, você deve definir
o Shrinkable parâmetro para verdadeiro. |
| Esparso | FALSO | Indica se a Esparsoatributo deve ser definido nos arquivos | Para arquivos existentes,
o utilitário SQLIOSim não limpa o Esparso Quando você definir o atributo de Esparso parâmetro para FALSO.
SQL Server 2005 usa arquivos esparsos, suporte instantâneo
bancos de dados e os fluxos DBCC secundários.
Recomendamos que você habilite
o arquivo esparso e fluxos e então executar um teste de aprovação.
Observação Se você definir dispersos = verdadeiroPara obter as configurações de arquivo, não especifique NoBuffering = FALSO na seção config. Se você usar essas duas combinações conflitantes, você pode receber um erro semelhante à seguinte da ferramenta:
Erro:-= ==== erro: 0x80070467 Texto de erro: Ao acessar o disco rígido, uma operação de disco falha mesmo após várias tentativas. Descrição: Validação falhou na página de C:\SQLIOSim.mdx de Buffer: 28097 |
| Arquivo de log | FALSO | Indica se um arquivo contém o usuário ou a transação de log
dados | Você deve definir pelo menos um arquivo de log. |
Seção de RandomUser
O utilitário SQLIOSim toma os valores que você especificar na
Seção de RandomUser para simular um operador de SQL Server que está realizando aleatório
operações de consulta, tais como padrões Online OLTP (transação) e/S.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição | Comentários |
| UserCount | -1 | Número de segmentos de acesso aleatório que estão em execução ao
mesmo tempo | O valor não pode exceder o valor a seguir: CPUCount * 100-1023 O número total de todos os usuários também não pode exceder
Esse valor. Valor 0 os usuários de acesso significa que você não pode criar aleatório. Valor -1 significa que você deve usar a configuração automática das
valor a seguir: Min (CPUCount * 2, 8) ObservaçãoUm sistema de SQL Server pode ter milhares de sessões. A maioria do
sessões não tem solicitações ativas. Use o Count(*) função em consultas em relação a sys.dm_exec_requests exibição de gerenciamento dinâmico (DMV) como base para o estabelecimento isso
o valor do parâmetro de teste.
CPUCount aqui se refere ao valor das CPUCount parâmetro na seção CONFIG.
O Min (CPUCount * 2, 8) valor resulta em menor dos valores entre CPUCount * 2 e 8. |
| JumpToNewRegionPercentage | 500 | A chance de um salto para uma nova região da
arquivo | O início da região é selecionado aleatoriamente. O tamanho das
a região é um valor aleatório entre o valor da MinIOChainLength parâmetro e o valor da MaxIOChainLength parâmetro. |
| MinIOChainLength | 1 | Tamanho mínimo de região nas páginas | |
| MaxIOChainLength | 100 | Tamanho máximo de região nas páginas | SQL Server 2005
Enterprise Edition e o SQL Server 2000 Enterprise Edition podem ler adiante até
1.024 páginas.
O valor mínimo é 0. O valor máximo é limitado pelo sistema
memória.
Normalmente, atividade de usuário aleatório faz varredura pequeno
a ocorrência de operações. Use os valores especificados no ReadAheadUser
seção para simular operações de digitalização maiores. |
| RandomUserReadWriteRatio | 9000 | Porcentagem de páginas a serem atualizadas | Um comprimento aleatório
cadeia é selecionada na região e pode ser lidos. Este parâmetro define o
Porcentagem de páginas a ser atualizado e gravados no disco. |
| MinLogPerBuffer | 64 | Tamanho de registro de log mínimo em bytes | O valor deve ser
ser um múltiplo do tamanho do setor em disco ou um tamanho que se encaixa uniformemente
o tamanho de setor no disco. |
| MaxLogPerBuffer | 8192 | Tamanho de registro de log máximo em bytes | Esse valor
não pode exceder 64000. O valor deve ser um múltiplo do tamanho do setor no disco. |
| RollbackChance | 100 | A chance de que uma operação de memória que ocorrerão farão
faz com que uma operação de reversão ocorrer. | Quando esta operação de reversão
ocorre, SQL Server não gravar no arquivo de log. |
| SleepAfter | 5 | Tempo após cada ciclo, de suspensão em
milissegundos | |
Seção AuditUser
O utilitário SQLIOSim toma os valores que você especificar na
Seção AuditUser para simular a atividade do DBCC para ler e fazer auditoria do
informações sobre a página. A validação ocorre mesmo se o valor da
UserCount parâmetro for definido como
0.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição | Comentários |
| UserCount | 2 | Número de threads de auditoria | O valor não pode exceder
o seguinte valor: CPUCount * 100-1023 O número total de todos os usuários também não pode exceder
Esse valor. Valor 0 os usuários de acesso significa que você não pode criar aleatório. Valor -1 significa que você deve usar a configuração automática das
valor a seguir: Min (CPUCount * 2, 8) ObservaçãoUm sistema de SQL Server pode ter milhares de sessões. A maioria do
sessões não tem solicitações ativas. Use o Count(*) função em consultas em relação a sys.dm_exec_requests DMV como uma linha de base para estabelecer esse parâmetro de teste
valor.
CPUCount aqui se refere ao valor das CPUCount parâmetro na seção CONFIG.
O Min (CPUCount * 2, 8) valor resulta em menor dos valores entre CPUCount * 2 e 8. |
| BuffersValidated | 64 | | |
| DelayAfterCycles | 2 | Aplicar o AuditDelay parâmetro após o número de BuffersValidated ciclos é concluída. | |
| AuditDelay | 200 | Número de milissegundos de espera depois de cada DelayAfterCycles operação | |
Seção de ReadAheadUser
O utilitário SQLIOSim usa os valores especificados no
Seção de ReadAheadUser para simular a atividade de leitura antecipada de SQL Server. SQL Server
tira proveito da atividade read-ahead para maximizar a e/S assíncrona
recursos e para limitar os atrasos de consulta.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição | Comentários |
| UserCount | 2 | Número de threads read-ahead | O valor não pode
exceda o valor a seguir: CPUCount * 100-1023 O número total de todos os usuários também não pode exceder
Esse valor. Valor 0 os usuários de acesso significa que você não pode criar aleatório. Valor -1 significa que você deve usar a configuração automática das
valor a seguir: Min (CPUCount * 2, 8) ObservaçãoUm sistema de SQL Server pode ter milhares de sessões. A maioria do
sessões não tem solicitações ativas. Use o Count(*) função em consultas em relação a sys.dm_exec_requests DMV como uma linha de base para estabelecer esse parâmetro de teste
valor.
CPUCount aqui se refere ao valor das CPUCount parâmetro na seção CONFIG.
O Min (CPUCount * 2, 8) valor resulta em menor dos valores entre CPUCount * 2 e 8. |
| BuffersRAMin | 32 | Número mínimo de páginas a serem lidos por ciclo | O
valor mínimo é 0. O valor máximo é limitado pela memória do sistema. |
| BuffersRAMax | 64 | Número máximo de páginas a ser lido por ciclo | SQL
Edições do Enterprise Server podem ler até 1.024 páginas em uma única solicitação. IF
instalar o SQL Server em um computador que possui muitos CPU, memória e disco
recursos, recomendamos que você aumente o tamanho do arquivo e a read-ahead
tamanho. |
| DelayAfterCycles | 2 | Aplicar o RADelay parâmetro após o número especificado de ciclos
concluída | |
| RADelay | 200 | Número de milissegundos de espera depois de cada DelayAfterCycles operação | |
Seção de BulkUpdateUser
O utilitário SQLIOSim toma os valores que você especificar na
Seção de BulkUpdateUser para simular operações em massa, como selecionar...EM
operações e operações de inserção em MASSA.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição | Comentários |
| UserCount | -1 | Número de threads de atualização em MASSA | O valor não pode
exceda o valor a seguir: CPUCount * 100-1023 Valor -1 significa que você deve usar a configuração automática das
valor a seguir:Min (CPUCount * 2, 8) ObservaçãoUm sistema de SQL Server pode ter milhares de sessões. A maioria do
sessões não tem solicitações ativas. Use o Count(*) função em consultas em relação a sys.dm_exec_requests DMV como uma linha de base para estabelecer esse parâmetro de teste
valor.
CPUCount aqui se refere ao valor das CPUCount parâmetro na seção CONFIG.
O Min (CPUCount * 2, 8) valor resulta em menor dos valores entre CPUCount * 2 e 8. |
| BuffersBUMin | 64 | Número mínimo de páginas para atualizar por ciclo | |
| BuffersBUMax | 128 | Número máximo de páginas para atualizar por ciclo | O
valor mínimo é 0. O valor máximo é limitado pela memória do sistema. |
| DelayAfterCycles | 2 | Aplicar o BUDelay parâmetro após o número especificado de ciclos
concluída | |
| BUDelay | 10 | Número de milissegundos de espera depois de cada DelayAfterCycles operação | |
Seção de ShrinkUser
O utilitário SQLIOSim toma os valores que você especificar na
Seção de ShrinkUser para simular as operações de redução DBCC. O utilitário SQLIOSim pode
use também a seção de ShrinkUser para tornar o arquivo cresce.
Recolher esta tabelaExpandir esta tabela
| Parâmetro | Valor padrão | Descrição |
| MinShrinkInterval | 120 | Intervalo mínimo encolher entre operações, no
segundos |
| MaxShrinkInterval | 600 | Intervalo máximo entre encolher operações, no
segundos |
| MinExtends | 1 | Número mínimo de incrementos pelos quais o SQLIOSim
utilitário serão ampliadas ou reduzidas de arquivo |
| MaxExtends | 20 | Número máximo de incrementos pelos quais o SQLIOSim
utilitário serão ampliadas ou reduzidas de arquivo |
Comentários do arquivo de configuração. ini
O caractere de ponto e vírgula (;) no início de uma linha na
arquivo de configuração do. ini faz com que a linha deve ser tratado como um único comentário.
Criação do arquivo
O utilitário SQLIOSim cria arquivos de dados separado e arquivos de log
simular os padrões de i/O que gera de SQL Server no seu arquivo de dados e no seu
arquivo de log. O utilitário SQLIOSim não usa o mecanismo de SQL Server para executar
Enfatize a atividade. Portanto, você pode usar o utilitário SQLIOSim para um computador de teste
antes de instalar o SQL Server.
Quando você executar o utilitário SQLIOSim, tornar
Especifique o mesmo local do arquivo que você pode usar para seu SQL Server
arquivos de banco de dados. Quando você fizer isso, o utilitário simula o mesmo caminho de i/O
seu banco de dados SQL Server.
Você pode habilitar o
Compactar atributo ou a
criptografar atributo para os arquivos de teste existente. Você também pode habilitar esses
atributos para o diretório existente, onde os arquivos de teste serão criados. O
as opções correspondentes para permitir que esses atributos estão localizadas na
Propriedades caixa de diálogo para um arquivo ou para um
diretório.
Por padrão, o utilitário SQLIOSim cria arquivos de teste que
ter as extensões de nome de arquivo. MDX e .ldx. Portanto, esses arquivos não irá
arquivos de log e substituir dados existentes.
Aviso Não especifique os arquivos de banco de dados SQL Server reais para testes.
O utilitário SQLIOSim substituirá os dados com padrões de teste aleatórios, e
os dados reais de SQL Server serão perdidos.
Tratamento e o log de erros de SQLIOSim
O utilitário SQLIOSim cria o arquivo de log de erro em uma da
seguintes locais:
- O local que você especificar na ? log parâmetro de inicialização
- O local que você especificar na ErrorFile = linha no arquivo Sqliosim.cfg.ini
O log de erros SQLIOSim.log.xml contém detalhes sobre o
execução. Esses detalhes incluem informações de erro. Examine o log cuidadosamente
Para obter informações de erro e informações de aviso.
Observação Se você enfrentar um erro no utilitário SQLIOSim, recomendamos
que você pergunte ao fabricante do seu hardware para ajudar a determinar a causa raiz das
problema.
Várias cópias
O utilitário SQLIOSim acomoda nível múltiplo-arquivo de teste e
nível de usuário-vários testes. O utilitário SQLIOSim não requer vários
invocações. No entanto, o utilitário SQLIOStress requer várias chamadas.
Você pode executar várias cópias do utilitário SQLIOSim se as seguintes condições
são verdadeiras:
- Todas as cópias fazem referência a arquivos de testes exclusivos por instância do
o utilitário.
- O MaxMemoryMB parâmetro de cada ocorrência fornece uma memória não-sobreposição
região que seja suficiente para cada instância.
A soma da
MaxMemoryMB o parâmetro para cada instância deve ser menor ou igual a
total de memória física. Algumas fases de teste, como a simulação de ponto de verificação, poderá
ser muito intensivo de memória e pode criar condições de falta de memória ao executar
várias cópias. Se ocorrerem erros de falta de memória, você poderá reduzir a
número de cópias de utilitário que estão executando.
Arquivos de configuração de exemplo
Com o arquivo de Sqliosim.cfg.ini padrão, o pacote
fornece os seguintes arquivos de exemplo.
Recolher esta tabelaExpandir esta tabela
| Arquivo de exemplo | Descrição | Parâmetros que diferem do arquivo de configuração padrão |
| Sqliosim.hwcache.cfg.ini | Minimizar leituras
Arquivos são feitos pequenos para mantê-los totalmente na memória
Não seqüenciais
Leituras | Para a seção AuditUser e para o ReadAheadUser
seção:
CacheHitRatio = 10000 UserCount = 0 |
| Sqliosim.nothrottle.cfg.ini | Remover e/S
otimização
Minimizar o tempo de espera para aumentar o volume de i/O | TargetIODuration = 1000000 AuditDelay = 10 RADelay = 10 |
| Sqliosim.seqwrites.cfg.ini | Minimizar
Leituras
Arquivos são feitos pequenos para mantê-los totalmente na memória
Arquivos
são feitas não-shrinkable
Não há leituras seqüenciais
Não aleatória
acesso
Atualização em massa em grandes blocos sem atrasos | Shrinkable = FALSE
Para a seção AuditUser, para o ReadAheadUser
seção e para o RandomUser seção:
CacheHitRatio = 10000 ForceReadAhead = FALSE BuffersBUMin = 600 BuffersBUMax = 1000 BUDelay = 1 UserCount = 0 |
| Sqliosim.sparse.cfg.ini | Use somente 32 MB
memória
Tornar grande o suficiente para permitir que muitos de duração de i/O de destino
solicitações de e/S pendentes
Desativar dispersão/colete APIs para emitir separar
Solicitações de i/O para cada página de 8 KB
Criar um 1 GB não-shrinkable
arquivo
Criar um fluxo de esparso secundário de 1 GB não-shrinkable na
arquivo | MaxMemoryMB = 32 TestCycles = 3 TestCycleDuration = 600 TargetIODuration = 10000 UseScatterGather = FALSE
[Arquivo1] FileName=sqliosim.mdx InitialSize = 1000
MaxSize = 1000 Incremento = 10 Shrinkable = FALSE LogFile = FALSE Esparso = FALSE
[Arquivo2] FileName=sqliosim.ldx InitialSize = 50 MaxSize = 50 Incremento = 0 Shrinkable = FALSE LogFile = TRUE Esparso = FALSE
[Arquivo3] FileName=sqliosim.mdx:replica InitialSize = 1000 MaxSize = 1000 Incremento = 10 Shrinkable = FALSE LogFile = FALSE Esparso = TRUE |