locked
Lentidão - Servers RRS feed

  • Pergunta

  • Pessoal, essa aqui merece um prêmio para quem puder dar uma ajudinha...risos

    Esse é um problema bem delicado, pois estou informando a situação de dois servidores que estão demorando muito tempo para remover os datafiles.

    Abaixo dois servidores que levam tempo distintos para remover datafile do mesmo tamanho.

    Alguém tem alguma idéia do pq da Produção demorar mais que o Desenvolvimento ? Sendo que em produção temos muito mais recurso de hardware.

    Tempo :

    Produção, Datafile de 12 GB - Esvazia e remove ( processo rápido ) - leva 12 horas

    Desenvolvimento, Datafile de 12 GB - Esvazia e remove ( processo rápido ) - leva 1h e 30 min

     Abaixo estou discriminando as configurações de máquina :

        PRODUÇÃO   
     
        Cluster
     
        R3prdsv2 X R3prdsv1
     
        Windows Server 2003 EE
        Service Pack 1
       
        IBM - Xséries 460
     
        Intel - Xeon - MP cpv 3,33Ghz
       
        16 GB memória ( 15,2 gb )
     
        08 processadores ( equivale a 16 )
     
     
        Disco ( Storage )
     
        modelo CX500
     
        600 GB
       
        3 Lums 200 cad com Raid 5 e Raid 1
       
       
        Parâmetros do SQL
     
        - Em clustes
        - Instalado na R3PRDSV4
        - Memória para SQL = 4GB
        
        - SP4 paraSQL
        - SQL 2000
        - Hotfix 2040
     
     
        DESENVOLVIMENTO
     
        Sistema Operacional
     
        - Windows Server 2003 EE
        - SP1
       
        Hardware
     
        IBM - XSeries- 345
        Intel (r) Xeon
        CPU 3,06 Ghz
        4 Gb RAM  ( 3,75 Gb )
     
        DISCO LOCAL com 546 Gb
       
        Parâmetros do BANCO SQL
       
        - SP4 paraSQL
        - SQL 2000
        - Hotfix 2040
     
        - Memoria 1024
        - 4 processadores
        - Processador : Boost SQL Server Priority
        - Paralellism : use 1 processor
    terça-feira, 24 de outubro de 2006 21:13

Respostas

  • Muniz,

    Pela mensagem de erro do volume G que voce exibiu já é possivel justificar a parada do servidor para execução do checkdisk nesta unidade. Recomendo que voce faça isso e depois realize outro teste para ver se o desempenho melhorou.

    []'s

    quinta-feira, 26 de outubro de 2006 12:58

Todas as Respostas

  • Olá Muniz,

    Uma duvida, esse processo que voce descreve como "remover os datafiles" e "esvazia e remove" é excluir o banco via SQL, ou realizar o detach e apagar os arquivos pelo sistema operacional?

    Outra duvida, voce já verificou se existe alguma mensagem de erro ou warning no ERRORLOG dos servidores de producao?

    Mais um item, essa storage em producao é utilizada somente para os servidores SQL?

    quarta-feira, 25 de outubro de 2006 00:02
  •  

    Então para esvaziar e remover, estou usando via SQL :

    - DBCC SHRINKFILE(‘file_name’, EMPTYFILE)  e  ALTER DATABASE ...

    Erros :

    - SAP Basis System: Run-time error "STORAGE_PARAMETERS_WRONG_SET" occurred

    - Database: Database error 50000

    No Storage só temos esse banco...

    Tem alguma idéia do que possa ser ?

     

    quarta-feira, 25 de outubro de 2006 14:09
  • Muniz,

    Mais uma coisa, existe algum erro de storage no EventViewer desse servidor?

    quarta-feira, 25 de outubro de 2006 17:11
  • Simm... alguns erros :

    The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume G:.

    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

    quarta-feira, 25 de outubro de 2006 18:20
  • vc ja verificou se existe algum problema em sua storage?  vc tentou fazer uma medição dos discos utilizados? pode ser esteja em concorrencia com outros processos ..... 

    qualquer dúvida retorne

    abs

     

    quarta-feira, 25 de outubro de 2006 18:32
  •  

    Storage é novo e está exclusivo para o Banco de Dados.

    Será que temos algum problema nos discos do Storage ?

    Tem como monitorar o storage pelo Perfomance monitor ?

    quarta-feira, 25 de outubro de 2006 18:40
  • Muniz,

    Aparentemente o problema esta em um dos discos do Storage, através do Gerenciador de Unidades de Disco do Windows você pode verificar como esta o status de cada dia, bem como, no Performance monitor acredito que você consiga obter alguma informação.

    quarta-feira, 25 de outubro de 2006 19:07
    Moderador
  • Tbm acho que possa ser Disco ( Storage ) mais preciso dos argumentos para defender isso...

    Quais counters adiciono no Performance Monitor , ou vcs recomendam outra ferramenta para monitoração ?

    quarta-feira, 25 de outubro de 2006 19:34
  • Muniz,

    Pela mensagem de erro do volume G que voce exibiu já é possivel justificar a parada do servidor para execução do checkdisk nesta unidade. Recomendo que voce faça isso e depois realize outro teste para ver se o desempenho melhorou.

    []'s

    quinta-feira, 26 de outubro de 2006 12:58