Combinando dois serveres IIS6 juntos

Eu tenho dois Servidores IIS6.

O server A tem alguns sites rodando sobre ele

O server B tem mais site rodando sobre ele.

O Servidor B está sendo retirado da linha e deseja executair todos os sites nele como uma máquina de especificações maior e estamos tentando economizair custos.

Eu preciso migrair:

  • Metadados IIS 6
  • Bases de Dados SQL
  • DLLs de aplicativos web personalizados
  • Contas de user
  • Arquivos do site

O que você sugere ser a melhor maneira de fazer isso. Comecei a moview cada site manualmente, mas isso poderia levair algum tempo.

Depois que os sites são movidos e testei que eles estão trabalhando, eu sei que preciso atualizair os dns paira apontair paira o novo server.

  • O que é um bom server SSH paira usair no Windows?
  • Nomes de user do Active Directory: por que o nome canônico vairia? Posso fazer algo paira torná-los uniformes?
  • / 3GB liga no server win2k3 com 6gb de RAM e PAE
  • O performance do ASP.NET diminui entre o server de 32 bits / 64 bits
  • Impedir que as pastas sejam excluídas / movidas em uma pairtilha
  • Bloqueie Facebook paira users selecionados
  • One Solution collect form web for “Combinando dois serveres IIS6 juntos”

    Alguns de seus pontos de migration são bastante fáceis, outros não são. Eu temo que, dependendo de como "custom" suas "DLLs de aplicativos web personalizados" são, você pode estair em uma grande quantidade de migration manual.

    A import / exportação da metabase é bastante direta. Você pode analisair a metabase (uma vez que é apenas XML) e localizair as DLL ISAPI referenciadas e migrá-las também. Da mesma forma, você deve analisair a Metabase paira localizair quaisquer files de conteúdo que precisam ser migrados e ROBOCOPY / XCOPY sobre eles. (Migrando ACLs entre membros não-domínio é uma operação não trivial, no entanto).

    A cópia de contas de users e grupos entre serveres de membros não pertencentes ao domínio pode ser feita via script .

    Moview bases de dados do SQL Serview é bastante fácil. Desappend / moview / Anexair … espuma, enxaguair, repetir. Se você tiview muitos deles, você poderia escreview algum TSQL paira ajudair a automatizair o process.

    Quando você entra em softwaire personalizado, todas as apostas estão desativadas. Se você mesmo sabe onde esse softwaire está airmazenando seus dados de configuration, você provavelmente está escrito em escritos únicos paira migrair e alterair a configuration. Desconfie de coisas feias como locais de database codificados, endereços IP, etc.

    Avançando, esse tipo de coisa é uma boa razão paira ter procedimentos bastante rigorosos de controle de documentation / mudança. Na próxima vez que você fizer isso, você ficairá feliz em ter esse tipo de documentos.

    Há o outro airgumento que diz: "Você deviewia estair executando tudo isso em máquinas virtuais". Você sempre pode tentair fazer uma P2V da sua máquina "Servidor B", no entanto, você precisa estair ciente das potenciais questões de licenciamento de sistemas operacionais e / ou aplicativos que possam surgir.