Em um ou meu primeiro blog posts, Descrevi o processo global, seguimos para migrar de um cliente de SPS 2003 para MOSS. Um leitor deixou um comentário pedindo mais detalhes e aqui é....

Para esse projeto de migração, Nós tivemos que encontrar uma boa maneira de mover um monte de SPS 2003 documentos sobre a MOSS. A carga inicial foi bastante fácil. Criar uma nova biblioteca de documentos do alvo no MOSS e use o windows explorer para mover os documentos.

Esta é a nova biblioteca de documentos:

Abrir duas janelas exploradores. O primeiro ponto SPS 2003 e a segunda na biblioteca de documento novo em MOSS. A captura de tela a seguir mostra isso. Observe que o navegador de topo na verdade está apontando para o meu c:\unidade TEMP, Mas você pode imaginar isso apontando para uma SPS 2003 biblioteca de documentos:

Depois disso arraste e solte a operação, meu destino é assim:

Agora é hora de lidar com os metadados. Suponha que temos apenas uma coluna de metadados para estes documentos chamada "local." Podemos ver a partir do acima "todos os documentos" vista que o local está em branco. É muito fácil usar uma vista de folha de dados para inserir a localização, ou mesmo vá em Propriedades do documento, cada um por um, para adicionar um local. Vamos assumir que não há nenhuma maneira prática para atribuir a coluna localização um valor automaticamente e que os usuários finais devem fazer isso à mão. Além disso, Vamos supor que há centenas de documentos (Talvez milhares) e que isso levará muitos muitos dias para atualizar os metadados. Como todos sabemos, Ninguém vai se sentar e trabalhar para quatro dos cinco dias seguidos de actualização de dados de meta para documentos. Em vez disso, Eles vão quebrar isso para fora durante um período de semanas ou possivelmente mais. Para facilitar este processo, Podemos criar um "dados sem marcas de formatação" vista como mostrado:

Agora, Quando alguém se senta para baixo para passar sua hora diária alocada ou dois para marcar documentos migrados, Eles podem usar os "documentos sem marcas de formatação" vista para concentrar seus esforços:

Como documentos de marca de usuários, deixam cair fora desta lista.

Esta noção de uma exibição sem marcas de formatação de dados também pode ajudar com uma classe do problema de validação de dados pessoas indagar sobre os fóruns. Fora da caixa, Não há nenhuma maneira de impedir que um usuário carregar um documento para MOSS e não insira dados meta. Podemos especificar que uma coluna de site específico é obrigatória e o usuário não será permitido a empurrar a salvar botão. No entanto, Se o usuário carrega e depois fecha o navegador (ou usa o windows explorer para carregar o documento), Não podemos forçar o usuário para inserir dados de meta (mais uma vez, fora da caixa).

Esta abordagem pode ser usada para ajudar com essa situação.. Podemos usar um "dados mal marcados" Ver os para facilmente identificar esses documentos e corrigi-los. Junte isso com um KPI e tem boa visibilidade para os dados com detalhamento para gerenciar essas circunstâncias excepcionais.

</fim>

Subscreva ao meu blog.

Nesta semana, Lutei um pouco com minha equipe para obter MOSS instalado em uma fazenda de dois servidores simples. Ter passado por isso, Eu tenho uma maior valorização para os tipos de relatório de problemas pessoas nos fóruns do MSDN e em outros lugares.

A configuração final da fazenda:

• SQL/índice/Intranet WFE dentro do firewall.
• WFE na DMZ.
• Algum tipo de firewall entre a DMZ e servidor interno.

Antes de começarmos o projeto, Deixamos o cliente sabe quais portas precisavam ser aberta. Durante o dar e receber, e para trás sobre isso, Nós nunca explicitamente disse duas coisas importantes:

1. Significa que você precisa de um certificado SSL.
2. O servidor DMZ deve ser parte de um domínio.

Dia um, que apareceu para instalar MOSS e aprendemos que as contas de domínio para o banco de dados e MOSS não tivesse sido criadas. Despachar as coisas, Fomos em frente e tudo instalado com uma conta local no servidor da intranet.

Neste ponto, Descobrimos a confusão sobre o certificado SSL e, Infelizmente, Decidimos ter nosso cara infra-estrutura voltar ainda essa semana para continuar a instalar o servidor DMZ. Nesse meio tempo, Nós, arquitetos de solução mudou-se em frente com as coisas de negócios.

Um fim de semana passa e que o cliente obtém o certificado.

Nossa cara infra-estrutura aparece e descobre que o servidor DMZ não é associado a qualquer domínio (o domínio de intranet ou um domínio de perímetro com confiança limitada). Quase perdemos um 1/2 dia em que. Se nós não tivesse deixado o certificado SSL faltando nos atolar, nós teria descoberto isso antes. Oh bem….

Outro dia passa e as várias comissões de segurança, as partes interessadas e (Não é assim) espectadores inocentes todos concordam que é OK para adicionar o servidor DMZ com o domínio da intranet (Este é um POC, Afinal de contas, Não é uma solução de produção).

Tipo de infra-estrutura vem para embrulhar as coisas. Desta vez com êxito passar o o desafio de moderno-dia, carinhosamente conhecido como o "Assistente de configuração do SharePoint." Temos uma espiada na administração central e … Yee haw! … Servidor DMZ é listado na fazenda. Podemos olhar um pouco mais de perto e perceber que nós abriu o Champaign, um pouco de ácaro cedo. Serviços do WSS é preso em um "começando" estatuto.

Longa história curta, Acontece que nos esquecemos de mudar a identidade da conta do serviço através da administração central de conta local original para a nova conta de domínio. Fizemos isso, Re-executou o assistente de configuração e voila! Estávamos no negócio.

</fim>

Subscreva ao meu blog.

Embora não é literalmente verdade., por uma questão prática, um voltado para a internet web front-end em uma DMZ deve estar em um domínio (ou seja. Não é um servidor autônomo em seu próprio grupo de trabalho pequeno). Não precisa ser no mesmo domínio como o WFE interno(s) e outros servidores (e provavelmente não deveria), Mas ele precisa ser um domínio.

Meus colegas e eu gasto uma quantidade excessiva de tempo sobre uma proposta que incluía o SharePoint pré-requisitos. Isto incluiu uma lista abrangente de configurações de firewall que permitiria o servidor DMZ juntar-se a fazenda e assim por diante. Infelizmente, Nós falha ao adicionar uma frase em algum lugar que disse, para o efeito, "a questão toda dessa configuração é permitir que seu servidor DMZ WFE, em um domínio, para juntar-se a fazenda interna."

Uma tempestade perfeita de eventos, onde basicamente procuramos esquerdos quando nós poderia ter olhado direito, conspiraram para esconder esse problema de nós até bastante tarde no processo de, impedindo-me de chamar minha "contar a má notícia cedo" regra.

Suspiro.

Subscreva ao meu blog.