none
Problemas ao iniciar serviço MSSQL SERVER "SQL Server não pôde gerar FRunCM thread" RRS feed

  • Pergunta

  • Boa Tarde pessoal

    Estou com um problema, o sql server nao inicia dá a mensagem e erro:

    SQL Server não pôde gerar FRunCM thread ou

    SQL Server could not spawn FRunCM thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.

    Pesquisei erros vindos do SO. mas nao achei nada que pudesse gerar o erro.

    *chequei, portas tcp, pipes nomeados, etc.

    Vejam o ultimo log do SQL:  

    2011-04-25 15:17:27.45 Server (c) 2005 Microsoft Corporation.

    2011-04-25 15:17:27.45 Server All rights reserved.

    2011-04-25 15:17:27.45 Server Server process ID is 4232.

    2011-04-25 15:17:27.45 Server Authentication mode is MIXED.

    2011-04-25 15:17:27.45 Server Logging SQL Server messages in file 'D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\ERRORLOG'.

    2011-04-25 15:17:27.45 Server This instance of SQL Server last reported using a process ID of 5776 at 25/4/2011 15:12:48 (local) 25/4/2011 18:12:48 (UTC). This is an informational message only; no user action is required.

    2011-04-25 15:17:27.45 Server Registry startup parameters:

    2011-04-25 15:17:27.45 Server -d D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\master.mdf

    2011-04-25 15:17:27.45 Server -e D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\LOG\ERRORLOG

    2011-04-25 15:17:27.45 Server -l D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\mastlog.ldf

    2011-04-25 15:17:27.46 Server SQL Server is starting at normal priority base (=7). This is an informational message only. No user action is required.

    2011-04-25 15:17:27.46 Server Detected 4 CPUs. This is an informational message; no user action is required.

    2011-04-25 15:17:27.53 Server Set AWE Enabled to 1 in the configuration parameters to allow use of more memory.

    2011-04-25 15:17:27.86 Server Using dynamic lock allocation. Initial allocation of 2500 Lock blocks and 5000 Lock Owner blocks per node. This is an informational message only. No user action is required.

    2011-04-25 15:17:27.89 Server Attempting to initialize Microsoft Distributed Transaction Coordinator (MS DTC). This is an informational message only. No user action is required.

    2011-04-25 15:17:28.92 Server Attempting to recover in-doubt distributed transactions involving Microsoft Distributed Transaction Coordinator (MS DTC). This is an informational message only. No user action is required.

    2011-04-25 15:17:28.92 Server Database mirroring has been enabled on this instance of SQL Server.

    2011-04-25 15:17:28.92 spid5s Starting up database 'master'.

    2011-04-25 15:17:28.97 spid5s 4 transactions rolled forward in database 'master' (1). This is an informational message only. No user action is required.

    2011-04-25 15:17:28.99 spid5s 0 transactions rolled back in database 'master' (1). This is an informational message only. No user action is required.

    2011-04-25 15:17:28.99 spid5s Recovery is writing a checkpoint in database 'master' (1). This is an informational message only. No user action is required.

    2011-04-25 15:17:29.06 spid5s SQL Trace ID 1 was started by login "sa".

    2011-04-25 15:17:29.07 spid5s Starting up database 'mssqlsystemresource'.

    2011-04-25 15:17:29.08 spid5s The resource database build version is 9.00.5000. This is an informational message only. No user action is required.

    2011-04-25 15:17:29.15 spid5s Server name is 'SDADOS2'. This is an informational message only. No user action is required.

    2011-04-25 15:17:29.15 spid9s Starting up database 'model'.

    2011-04-25 15:17:29.41 spid9s Clearing tempdb database.

    2011-04-25 15:17:29.48 spid9s Starting up database 'tempdb'.

    2011-04-25 15:17:29.50 spid12s The Service Broker protocol transport is disabled or not configured.

    2011-04-25 15:17:29.51 spid12s The Database Mirroring protocol transport is disabled or not configured.

    2011-04-25 15:17:29.51 spid12s Service Broker manager has started.

    2011-04-25 15:17:29.61 Server A self-generated certificate was successfully loaded for encryption.

    2011-04-25 15:17:29.62 Server Server is listening on [ 'any' <ipv4> 1433].

    2011-04-25 15:17:29.62 Server Server local connection provider is ready to accept connection on [ \\.\pipe\SQLLocal\MSSQLSERVER ].

    2011-04-25 15:17:29.62 Server Error: 26049, Severity: 16, State: 1.

    2011-04-25 15:17:29.62 Server Server local connection provider failed to listen on [ \sql\query ]. Error: 0x57

    2011-04-25 15:17:29.62 Server Error: 17182, Severity: 16, State: 1.

    2011-04-25 15:17:29.62 Server TDSSNIClient initialization failed with error 0x57, status code 0x50.

    2011-04-25 15:17:29.62 Server Error: 17182, Severity: 16, State: 1.

    2011-04-25 15:17:29.62 Server TDSSNIClient initialization failed with error 0x57, status code 0x1.

    2011-04-25 15:17:29.62 Server Error: 17826, Severity: 18, State: 3.

    2011-04-25 15:17:29.62 Server Could not start the network library because of an internal error in the network library. To determine the cause, review the errors immediately preceding this one in the error log.

    2011-04-25 15:17:29.62 Server Error: 17120, Severity: 16, State: 1.

    2011-04-25 15:17:29.62 Server SQL Server could not spawn FRunCM thread. Check the SQL Server error log and the Windows event logs for information about possible related problems.

    (por favor se alguem puder me ajudar)

    Alessandro Kiffer


    Alessandro Kiffer
    segunda-feira, 25 de abril de 2011 18:44

Respostas

  • Boa Noite,

    Há agumas formas de fazer isso. O que eu indicaria é que você pegue os MDF e LDF do MSDB, reinstale o produto, aplique exatamente o mesmo Service Pack + Fix anteriores, pare o serviço e sobreponha os MDF e LDF do MSDB. Isso faria a instância subir já funcionando como servidor de jobs. Você resolveria dois problemas com uma única ação.

    Caso não lhe atenda, podemos partir para as outras alternativas.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.word.press.com


    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 27 de abril de 2011 05:07

Todas as Respostas

  • Boa Noite,

    Pela sequência de erros, me parece que alguém andou mexendo nas configurações de protocolo. Não estou exatamente certo de qual dos dois (TCP ou Named Pipes) possa estar com problemas. O que posso sugerir de imediato é:

    - Desabilite o protocolo Named Pipes e tente reiniciar o serviço novamente
    - Se não funcionar, mantenha o Named Pipes e tente deabilitar o TCP/IP e reinicie o serviço
    - Se ambos falharem desabilite-os e tente efetuar a conexão local

    Caso esses passos sejam suficientes para estabelecer a conexão, teremos certeza de que houve alguma coisa com os protocólos. Possivelmente você terá que reinstalar o SQL Native Client e (ou) eventualmente o SQL Server nesse caso.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    terça-feira, 26 de abril de 2011 02:23
  • Boa tarde Gustavo

    é eu imagino que sim, alguem mexeu nos protocolos.

    Mas o bom que eu tenho um servidor secundario de b. de dados, e nao ficou praticamente nada parado.

    Porém a única coisa que preciso deste servidor sao os JOBS que estao programados, o meu backup dos scripts nao esta muito atualizados.

    vc conhece alguma forma de eu pegar estes JOBS , claro nao abrindo o SQL e iniciando o serviço ?

    Alessandro Kiffer


    Alessandro Kiffer
    terça-feira, 26 de abril de 2011 16:44
  • outra coisa, o SQL SERER  nao inicia os serviços, se eu reinstalar perco os jobs

    Alessandro


    Alessandro Kiffer
    terça-feira, 26 de abril de 2011 17:01
  • Boa Noite,

    Há agumas formas de fazer isso. O que eu indicaria é que você pegue os MDF e LDF do MSDB, reinstale o produto, aplique exatamente o mesmo Service Pack + Fix anteriores, pare o serviço e sobreponha os MDF e LDF do MSDB. Isso faria a instância subir já funcionando como servidor de jobs. Você resolveria dois problemas com uma única ação.

    Caso não lhe atenda, podemos partir para as outras alternativas.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.word.press.com


    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 27 de abril de 2011 05:07
  • funcionou, obrigado!
    Alessandro Kiffer
    quinta-feira, 28 de abril de 2011 16:13
  • Gustavo,

    ele voltou os jobs mas os steps estao vazios, tem alguma sugestao ?


    Alessandro Kiffer
    quinta-feira, 28 de abril de 2011 16:40
  • Boa Tarde,

    Se os arquivos MDF e LDF do MSDB foram utilizados é pouco provável que os STEPs tenham se perdido no meio do caminho. O mais provável é que os Steps tenham sido excluídos antes da queda do servidor. Caso você queira constatar, faça o seguinte:

    - Copie os arquivos MDF e LDF do MSDB original
    - Atache-os como uma nova base de dados
    - Rode um SELECT na tabela sysjobsteps (provavelmente estará vazia).

    O ambiente antigo ainda está disponível ?

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.word.press.com


    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 28 de abril de 2011 17:37
  • Gustavo

    este é o ambiente antigo, o novo ambiente ( é o antigo servidor secundario) entrou em atividade logo após a queda (foi um pique de luz forte no cliente)

    Graças a deus o secundario funcionou perfeitamente e nao perderam nada, só alguns jobs eu havia feito muitas alterações e nao estavam replicados.

    qto ao problema dos jobs, é incrivel, os steps nao aparecem nos jobs, mas eles estao lá, fiz o seguinte mandei criar um script de criacao do job em uma nova query e eles aparecem. Bem , resolvido.

    Muito obrigado Gustavo.

    Alessandro Kiffer - arkiffe@hotmail.com


    Alessandro Kiffer
    quinta-feira, 28 de abril de 2011 18:11