none
SQL Server 2017 no Suse Linux v12 SP2 RRS feed

  • Pergunta

  • Senhore(a)s, boa tarde.

    Estou com seguinte problema, possivelmente seja um Bug da versão do SQL Server 2017 CTP (14.0.600.250), mapeado ou não, vou descrever melhor o cenário e o problema para tentarmos achar uma solução:1 - Tenho um servidor com 8GB de mémória, 6x Cores de 2.75GHz um disco de 50 GB e outro de 200 GB;

    2 - Nesse servidor eu tenho o sistema operacional Suse Linux v12 SP2, devidamente configurado e atualizado;

    3 - Realizei a instalação do SQL Server 2017 CTP (14.0.600.250) nesse servidor, configurando os arquivos de banco de dados, MDF e LDF, assim como os arquivos de backup (.bak) para o disco de 200 GB como diretório padrão;

    4 - Tenho dois banco de dados que estão funcionando sem problemas, um de 300 MB e outra de 45 GB.

    5 - Os sistemas estão realizando as transações e gravando em suas determinadas bases de dados sem que ocorra nenhum problema.

    6 - Tenho um usuário com permissões de SysAdmin para gerenciar a instancia do SQL, pois temos como segurança renomear e desativar o "sa";

    7 - Temos os usuários das aplicações, cada qual com suas devidas permissões;

    8 - Ao verificar o nível de fragmentação dos índices não encontro problemas, o retorno é até tranquilo;

    9 - Ao iniciar os REBUILDS dos índices, o serviço do SQL Server para de funcionar, apresentando a seguinte mensagem:

    SERVERLINUX:~ # systemctl status mssql-server
    ● mssql-server.service - Microsoft SQL Server Database Engine
       Loaded: loaded (/usr/lib/systemd/system/mssql-server.service; enabled; vendor preset: disabled)
       Active: inactive (dead) since Tue 2017-08-01 14:29:07 BRT; 1min 51s ago
         Docs: https://docs.microsoft.com/en-us/sql/linux
      Process: 6451 ExecStart=/opt/mssql/bin/sqlservr (code=exited, status=0/SUCCESS)
     Main PID: 6451 (code=exited, status=0/SUCCESS)

    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: The following diagnostic information is available:
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Reason: 0x00000007
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Message: Failed to monitor external signals
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Process: 6456 - sqlservr
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Thread: 6460 (application thread 0x1000)
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Instance Id: eb5434f8-f275-452d-9998-a42864b60e6b
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Crash Id: 54cb3e6c-3b77-43a7-a3ce-88e02c0d020e
    Aug 01 14:29:01 SERVERLINUX sqlservr[6451]: Build stamp: daf7cce4b371a8abbfcb340dcb69b029ffcc2cbe9442803eb78bde709406fb63
    Aug 01 14:29:05 SERVERLINUX sqlservr[6451]: *********** PANIC CORE DUMP GENERATION FAILED **********
    Aug 01 14:29:07 SERVERLINUX sqlservr[6451]: Attempt to launch handle-crash.sh failed with error 0x0000000C

    10 - Iniciei então o REBUILD de índice por indicie, onde percebi que para os índices que se encontravam com poucos registros (até 1000) e o nível de fragmentação ainda baixo, o mesmo era executado sem problemas, mais para índices que possuem mais de 30.000 registros, ele apresenta a seguinte falha:

    ===================================

    One or more errors occurred. For details click hyperlink associated with error message. (SqlManagerUI)

    ------------------------------
    Program Location:

       at Microsoft.SqlServer.Management.SqlManagerUI.IndexReorganize.OnRunNow(Object sender)
       at Microsoft.SqlServer.Management.SqlMgmt.PanelExecutionHandler.Run(RunType runType, Object sender)
       at Microsoft.SqlServer.Management.SqlMgmt.SqlMgmtTreeViewControl.DoPreProcessExecutionAndRunViews(RunType runType)
       at Microsoft.SqlServer.Management.SqlMgmt.SqlMgmtTreeViewControl.ExecuteForSql(PreProcessExecutionInfo executionInfo, ExecutionMode& executionResult)
       at Microsoft.SqlServer.Management.SqlMgmt.SqlMgmtTreeViewControl.Microsoft.SqlServer.Management.SqlMgmt.IExecutionAwareSqlControlCollection.PreProcessExecution(PreProcessExecutionInfo executionInfo, ExecutionMode& executionResult)
       at Microsoft.SqlServer.Management.SqlMgmt.ViewSwitcherControlsManager.RunNow(RunType runType, Object sender)

    12 - Verificando o serviço o mesmo encontra-se inativo;

    Gostaria de saber se é um erro conhecido pela comunidade? Caso sim, como posso estar solucionando o problema relatado? Caso não, gostaria de contribuir com a CTP para mapear esse erro.

    Gratos pela ajuda.

    Atenciosamente,

    Samuel Viana Sales

    terça-feira, 1 de agosto de 2017 18:58

Respostas

  • Ola Samuel,

    Como o sql2017 ainda é muito novo, (CTP2.1), verifique se a RC1 que é a última versão disponível após a que você possui se resolveu a falha.

    https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-release-notes#RC1

    terça-feira, 1 de agosto de 2017 20:10

Todas as Respostas

  • Ola Samuel,

    Como o sql2017 ainda é muito novo, (CTP2.1), verifique se a RC1 que é a última versão disponível após a que você possui se resolveu a falha.

    https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-release-notes#RC1

    terça-feira, 1 de agosto de 2017 20:10
  • Realmente Inácio, a build que estou utilizando é a 14.0.600.250 e a ultima disponível é a 14.0.800.90, vou atualizar e verificar se o problema volta a acontecer.

    Obrigado.

    quarta-feira, 2 de agosto de 2017 15:27
  • Inácio, realizei a atualização do SQL Server 2017 da build 14.00.600.250 para à 14.00.800.90, primeiramente houve a correção da monitoração dos recursos do SQL, que estavam apresentando pausa em sua execução, isso é, era iniciado a monitoração de recursos e o mesmo entrava em pausa, você ia lá e clicava em iniciar, ele funcionava por três segundos e depois pausava novamente. Com a atualização o problema não está mais sendo apresentado. Mas o erro de parada do serviço do SQL Server ao reindexar um índice grande, ainda persiste.

    Verificando no Index of /sles/12/mssql-server/ notei que foi lançada uma nova build 14.00.900.75, realizei então a atualização e não resolveu o problema, vou aguardar, mais algumas atualizações para poder ver se o erro é corrigido.

    Mesmo assim obrigado pela ajuda, se tiver mais alguma ideia, agradeço.

    Obrigado.

    quarta-feira, 2 de agosto de 2017 20:41
  • Deleted
    quarta-feira, 2 de agosto de 2017 23:29