none
Falha ao acessar Funções e Recursos do Windows Server RRS feed

  • Pergunta

  • Há 10 dias o site da intranet parou de funcionar, ele é baseado no Sharepoint, ao tentar reinstalar o Sharepoint ele solicitou uma reparação e a efetuou com sucesso. Em seguida sou solicitado a executar "Assistente de Configuração de Produtos e Tecnologias do SharePoint", nesse momento recebi um erro do IIS. Até então o acesso às funções e recursos do server estavam acessíveis.

    Ao tentar reinstalar o IIS recebi uma mensagem de erro e foi gerado o seguinte log nos log do WIndows / Setup:

    Falha na instalação.

    Funções:

    Servidor Web (IIS)
       Erro: Falha ao tentar instalar ODBC Logging. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
       Erro: Falha ao tentar instalar Custom Logging. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
       Erro: Falha ao tentar instalar Client Certificate Mapping Authentication. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
       Erro: Falha ao tentar instalar IP and Domain Restrictions. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
       Erro: Falha ao tentar instalar IIS Client Certificate Mapping Authentication. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
       Erro: Falha ao tentar instalar HTTP Redirection. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
       Erro: Falha ao tentar instalar URL Authorization. Código de erro: 0x80040154.  Classe não registrada (Exceção de HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))

    Antes da tentativa de reinstalação do SharePoint já eram apresentados os seguintes logs:

    Windows / Aplicativos (Erro) - Windows SharePoint Services 3.0

    O método Execute da definição de trabalho Microsoft.SharePoint.Search.Administration.SPSearchJobDefinition (ID f3fa020a-69cb-40de-a285-715207edc589) emitiu uma exceção. Mais informações são incluídas abaixo.

    Falha na recuperação de factory de classes COM do componente com CLSID {629DA12E-9AD5-4FEC-B886-42C5982C5109} devido ao seguinte erro: 80070005.

    Aviso Windows / Aplicativos - ASP.NET 2.0.50727.0

    Event code: 3005
    Event message: Ocorreu uma exceção não tratada.
    Event time: 14/04/2014 10:28:00
    Event time (UTC): 14/04/2014 13:28:00
    Event ID: 77d24d3463b8472cb47ae8bf6a719e87
    Event sequence: 89
    Event occurrence: 88
    Event detail code: 0
     
    Application information:
        Application domain: /LM/W3SVC/1491242247/ROOT-1-130419368917260000
        Trust level: WSS_Minimal
        Application Virtual Path: /
        Application Path: C:\inetpub\wwwroot\wss\VirtualDirectories\80\
        Machine name: GRUPOFATO
     
    Process information:
        Process ID: 6724
        Process name: w3wp.exe
        Account name: AUTORIDADE NT\SERVIÇO DE REDE
     
    Exception information:
        Exception type: COMException
        Exception message: Classe não registrada
     
     
    Request information:
        Request URL: http://intranet/
        Request path: /
        User host address: 192.168.117.11
        User:  
        Is authenticated: False
        Authentication Type:  
        Thread account name: AUTORIDADE NT\SERVIÇO DE REDE
     
    Thread information:
        Thread ID: 7
        Thread account name: AUTORIDADE NT\SERVIÇO DE REDE
        Is impersonating: False
        Stack trace:    em System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail)
       em System.DirectoryServices.DirectoryEntry.Bind()
       em System.DirectoryServices.DirectoryEntry.get_IsContainer()
       em System.DirectoryServices.DirectoryEntries.ChildEnumerator..ctor(DirectoryEntry container)
       em System.DirectoryServices.DirectoryEntries.GetEnumerator()
       em Microsoft.SharePoint.ApplicationRuntime.SPRequestModule.System.Web.IHttpModule.Init(HttpApplication app)
       em System.Web.HttpApplication.InitModulesCommon()
       em System.Web.HttpApplication.InitModules()
       em System.Web.HttpApplication.InitInternal(HttpContext context, HttpApplicationState state, MethodInfo[] handlers)
       em System.Web.HttpApplicationFactory.GetNormalApplicationInstance(HttpContext context)
       em System.Web.HttpApplicationFactory.GetApplicationInstance(HttpContext context)
       em System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr)
     
     
    Custom event details:

    Estou sem nenhuma réplica do AD, os serviços de banco de dados, compartilhamento de arquivos e impressoras, políticas do AD e as permissões de usuários estão funcionando normalmente.

    Alguém pode me orientar em como proceder?


    Júlio Evandro

    segunda-feira, 14 de abril de 2014 13:41

Respostas

  • Júlio, é provável que os sites do IIS foram alterados durante a reinstalação do SharePoint, do qual é um procedimento extremamente NÃO recomendado (rodar o setup novamente "por cima").

    Vale lembrar que existem algumas formas de contornar esta situação, como por exemplo criar uma nova Farm (ambiente) à partir da instalação atual, lembrando que operações como esta devem ser utilizadas somente em ambientes de desenvolvimento/ laboratório.. Maiores detalhes: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=179

    Sobre a reinstalação ainda temos mais um agravante - a instalação de language packs, service packs e cumulative updates (pacotes de correções lançados a cada 2 meses), fazem a atualização de arquivos 'core' do SharePoint, assim como estrutura do banco de dados. Portanto quando realizamos um nova instalação do produto nesta máquina que já possui updates, corremos sérios riscos em relação a sua estabilidade e versão dos arquivos. O mesmo se aplica para a remoção do produto e instalação no mesmo servidor.

    O cenário mais indicado seria, sem dúvida, realizar uma nova instalação do SharePoint em outro servidor e 'attachar' os bancos de dados de conteúdo dos sites (geralmente WSS_Content_NomeDoBanco) na instancia do SQL Server utilizado.

    Em seguida ciar os Web Applications (criando assim os sites no IIS) desejados e vincular os bancos 'attachados' no SQL com o comando Mount-SPContentDatabase. Maiores detalhes:

    http://technet.microsoft.com/pt-br/library/ff607581(v=office.14).aspx

    Em resumo, este é o básico para criarmos um ambiente novo e restaurar os sites disponíveis anteriormente.

    Ainda temos o caso de serviços, farm solutions, etc.. Mas o o foco dessa thread são esses sites ;)

    Espero que tenha ajudado!

    []s


    Tarcisio Gambin | MCP, MCT, MCTS, MCITP, ITILv3 | My blogs: TarcisioGambin.Net | Linkedin: Tarcisio Gambin
    Did you checked your ULS Logs today? | P2CSV - Permissions to CSV

    quinta-feira, 17 de abril de 2014 05:11

Todas as Respostas

  • Júlio, é provável que os sites do IIS foram alterados durante a reinstalação do SharePoint, do qual é um procedimento extremamente NÃO recomendado (rodar o setup novamente "por cima").

    Vale lembrar que existem algumas formas de contornar esta situação, como por exemplo criar uma nova Farm (ambiente) à partir da instalação atual, lembrando que operações como esta devem ser utilizadas somente em ambientes de desenvolvimento/ laboratório.. Maiores detalhes: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=179

    Sobre a reinstalação ainda temos mais um agravante - a instalação de language packs, service packs e cumulative updates (pacotes de correções lançados a cada 2 meses), fazem a atualização de arquivos 'core' do SharePoint, assim como estrutura do banco de dados. Portanto quando realizamos um nova instalação do produto nesta máquina que já possui updates, corremos sérios riscos em relação a sua estabilidade e versão dos arquivos. O mesmo se aplica para a remoção do produto e instalação no mesmo servidor.

    O cenário mais indicado seria, sem dúvida, realizar uma nova instalação do SharePoint em outro servidor e 'attachar' os bancos de dados de conteúdo dos sites (geralmente WSS_Content_NomeDoBanco) na instancia do SQL Server utilizado.

    Em seguida ciar os Web Applications (criando assim os sites no IIS) desejados e vincular os bancos 'attachados' no SQL com o comando Mount-SPContentDatabase. Maiores detalhes:

    http://technet.microsoft.com/pt-br/library/ff607581(v=office.14).aspx

    Em resumo, este é o básico para criarmos um ambiente novo e restaurar os sites disponíveis anteriormente.

    Ainda temos o caso de serviços, farm solutions, etc.. Mas o o foco dessa thread são esses sites ;)

    Espero que tenha ajudado!

    []s


    Tarcisio Gambin | MCP, MCT, MCTS, MCITP, ITILv3 | My blogs: TarcisioGambin.Net | Linkedin: Tarcisio Gambin
    Did you checked your ULS Logs today? | P2CSV - Permissions to CSV

    quinta-feira, 17 de abril de 2014 05:11
  • Muito obrigado Tarcisio, vou seguir suas dicas e mudar essa intranet de servidor já que há algum tempo planejava elevar o Nível Funcional da minha floresta e esse W2K8 32bits me limitava d+.

    Já instalei o Sharepoint services 3.0 em outro servidor e agora gostaria de voltar os dados do servidor anterior (links, arquivos compartilhados, avisos, calendário). Não era feito backup, o Sharepoint usa Sql Server? Se sim, como saber qual era a instância dele no servidor?

    Tenho um backup do SystemState desse servidor de 30 dias atrás, caso tenha corrompido alguma base ou algo assim, posso tentar voltar desse ponto.


    Júlio Evandro

    terça-feira, 22 de abril de 2014 16:53
  • Olá Júlio!

    Que bom que aparentemente está dando certo ;)

    Sim, o SharePoint usa (e muito) o SQL Server. De modo geral, toda a configuração do ambiente e também o conteúdo dos sites (links, documentos compartilhados, calendários, avisos, etc) ficam em bancos de dados no SQL Server.

    Cada site collection pode utilizar um banco de dados de conteúdo diferente (conhecidos como Content Databases) e por isso esse é um dos principais backups do SharePoint

    Tente conectar através do SQL Server Management Studio em uma instancia local, e procure por bancos de dados com o nome WSS_Content ou WSS_Content_NomeDoSite.

    Faça os backups e restaure na instancia da nova instalação. Em seguida crie um Web Application e de um "attach" com o Mount-SPContentDB (para vincular o Content Database com o Web Application).

    Este último procedimento está detalhado no seguinte post:

    http://conradjonesit.wordpress.com/2013/07/13/migrate-sharepoint-content-databases-to-a-new-farm-part-3-move-content-database/

    []s


    Tarcisio Gambin | MCP, MCT, MCTS, MCITP, ITILv3 | My blogs: TarcisioGambin.Net | Linkedin: Tarcisio Gambin
    Did you checked your ULS Logs today? | P2CSV - Permissions to CSV

    terça-feira, 22 de abril de 2014 21:44
  • Olá Tarcisio, infelizmente quando conecto a instância <local> pelo management não é apresentada nenhuma instância parecida com as citadas por você, somente são apresentados dois banco que estão em outra instância em funcionamento.

    Como pode ver na imagem, apesar de estarem parados, consigo ver qual era o banco, se for essa a informação. Isso pode nos ajudar de alguma forma?

    Outra informação:

    Encontrei no backup que falei uma pasta chamada intranet e dentro dela temos config e aplicattions, pode conter alguma informação ai?

    É possível tentar restaurar o arquivo mdf e levantar a instância novamente?


    Júlio Evandro

    quarta-feira, 23 de abril de 2014 12:03
  • Encontrei uma base chamada MICROSOFT##SSEE mas que não acessa. Ao tentar realizar o acesso recebo o seguinte erro:

    Cannot connect to WMI provider. You do not have permission or the server is unreachable. Note that you can only manage SQL Server 2005 servers with SQL Server Configuration Manager. Classe não registrada [0x80040154]

    Já verifiquei e todos os serviços referente ao SQL estão rodando. Recebo a mesma mensagem ao tentar acessar o SQL Server configuration manager.


    Júlio Evandro

    quarta-feira, 23 de abril de 2014 12:48
  • Julio, conseguiu resolver o problema? Precisa de ajuda ainda?

    Abraços,


    Erick Albuquerque | Microsoft MVP
    MVP Profile | Twitter | Linkedin | http://iisbrasil.wordpress.com
    Windows 8 / 2012: http://windows8dicas.com.br

    terça-feira, 3 de junho de 2014 17:37
    Moderador
  • Oh Erick,muito obrigado pela atenção.

    Continua funcionando na mesma, criei um novo domínio mas não cria relação de confiança então decidi migrar tudo para lá. Estou prorrogando pois quero ir em um dia que não tenha ninguém trabalhando e migrar todos os perfis para ter menor impacto e esses 4 últimos finais de semana não foi possível.

    Já desisti de tentar recuperar os recursos e funções desse servidor mas gostaria de restaurar os arquivos que estavam no Sharepoint.


    Júlio Evandro

    quinta-feira, 12 de junho de 2014 00:20