locked
Tamanho unidade alocação RRS feed

  • Pergunta

  • Prezados,

                 Hoje conversando com um consultor o mesmo me informou que o SQL Server 2012 indica que o tamanho unidade alocação do disco onde ficará os arquivos de banco e log deve ser 64KB, gostaria de validar isto, se sim isto se aplica  somente ao disco onde ficara os arquivos de bancos e logs ou para o Sistema Operacional também ?

    Aguardo retorno

    Grato

    Cláudio Bruno


    Bruno Avanso

    quinta-feira, 11 de fevereiro de 2016 00:59

Respostas

  • Boa noite.

    Colega, você está querendo se referir à unidade de alocação como a formatação do disco?

    Se for isso, a página de dados do sql server tem 8 KB sendo uma extent (oito páginas) tendo 64 KB.

    Se for isso, a consideração deve ser relacionada à página de dado. Portanto, se a sua LUN ou disco for exclusiva para datafile de banco, a formatação deve ser de 8KB (8192 bytes).


    Luiz Fernando Lima - MCTS SQL Server - Microsoft Partner

    quinta-feira, 11 de fevereiro de 2016 23:53

Todas as Respostas

  • O  tamanho dos arquivos do SQL variam muito, isso depende da quantidade de informação que está gravada lá dentro.

    Boa noite



    • Editado Ana Gauna quinta-feira, 11 de fevereiro de 2016 01:29
    quinta-feira, 11 de fevereiro de 2016 01:08
  • Bom dia Bruno,

    Bom em relação a indicação, estou de acordo ele, porém não sei se aplicaria ao SO também, acredito que para o SO poderia deixar o default que acho que é de 4KB.

    Para o SQL Server também é bom verificar se o disco esta alinhado apesar nas versões atuais do Windows o alinhamento ser automático.

    Segue um post muito bom, explicação bem detalhada.

    http://blogs.technet.com/b/comunidadesql/archive/2011/06/04/qual-a-importancia-de-alinhar-os-discos-para-obter-melhor-performance-com-o-sql-server.aspx

    Att

    Reginaldo Silva

    quinta-feira, 11 de fevereiro de 2016 12:59
  • Bruno,

    Esse é assunto muito mas muito delicado de ser tratado, pois existem diversas elementos envolvidos, principalmente a parte de alocação de dados nas páginas de dados, espaço livre em cada página, mas principalmente como cada versão do SQL Server armazena e organiza estes dados.

    Desde o SQL Server 2008 a migração introduziu as trace flag 1117 e 1118 justamente para ser utilizadas como recursos que podem mudar a maneira que o SQL Server armazena os seus dados de forma padronizada ou não, a trace flag 1117 esta relacionada ao proportional fill e a trace flag 1118 esta relacinada a padronização de dados para extended size.

    Minha sugestão é que você acesse ambos os links do Thiago Caserta e Luciano Moreira que apresenta o comportamento de cada uma delas e a maneira que o SQL Server trabalha:

    http://blogs.msdn.com/b/tcaserta/rss.aspx

    http://blogs.msdn.com/b/luti/archive/2006/08/10/694638.aspx

    Eu particularmente não tenho o hábito de alterar esta configuração, sempre mantenho o padrão utilizado pelo SQL Server, mas em caso de necessidade eu adoto o valor de 64Kbs, por ser o valor que forma uma extended.


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    quinta-feira, 11 de fevereiro de 2016 14:26
    Moderador
  • Boa noite.

    Colega, você está querendo se referir à unidade de alocação como a formatação do disco?

    Se for isso, a página de dados do sql server tem 8 KB sendo uma extent (oito páginas) tendo 64 KB.

    Se for isso, a consideração deve ser relacionada à página de dado. Portanto, se a sua LUN ou disco for exclusiva para datafile de banco, a formatação deve ser de 8KB (8192 bytes).


    Luiz Fernando Lima - MCTS SQL Server - Microsoft Partner

    quinta-feira, 11 de fevereiro de 2016 23:53
  • Eu sei o seguinte: vários anos atrás, eu trabalhei usando um banco de dados SQL contendo vários anos de informações contábeis e informações de folha de pagamento dentro, era o RM Contábil e o RM Labore da RM Sistemas, no Microsoft SQL 6.5 Server e anos depois no Microsoft SQL Server 2000, em servidores DELL, utilizando uma unidade HP DAT SCSI externa de backup, sendo que depois de alguns anos utilizando o SQL, o tamanho do arquivo do banco de dados, estava grande demais, estava quase ultrapassando o limite (máximo de memória) que estava estipulado dentro do SQL, e com isso o sistema estava funcionando muito lento, quase parando, algumas vezes o sistema congelava, e isso somente foi resolvido e melhorado, foi depois que os valores default de memória (máxima e mínima) do SQL foram revisados, e um REINDEX foi executado.

    Boa noite





    • Editado Ana Gauna domingo, 14 de fevereiro de 2016 04:36
    sexta-feira, 12 de fevereiro de 2016 00:06
  • Ana,

          Quanto a questão de memoria miníma e máxima é outro ponto em questão já vi blogs dizendo que o minimo é recomendando 20% da memória total e máximo deve ser 70% ou 80% da memoria total considerando o  resto para  o S.O, logico respeitando o minimo de 2,0GB de ram para o S.O no mínimo, isto procede ou é variável qual parâmetro devo considerar ? 

    Grato

    Cláudio Bruno


    Bruno Avanso

    sexta-feira, 12 de fevereiro de 2016 04:52
  • Conhece alguém que já esteja utilizando o software que irá funcionar dentro do SQL Server que o senhor pretende utilizar? Se conhece, era bom verificar como essa configuração de memória está cadastrada nele. Eu tinha naquela época anotado a configuração de memória que foi feita no SQL, vou ver se acho o papel. 

    Bom dia

    sexta-feira, 12 de fevereiro de 2016 11:51
  • Vou fazer o download dessa versão nova do Microsoft SQL Server (avaliação 180 dias), instalar e olhar como está hoje em dia essa configuração dentro do gerenciamento dele. Sempre existe algo que é o padrão em todas as versões.

    Bom dia

    sexta-feira, 12 de fevereiro de 2016 12:05