Pergunta

Eu estou migrando minha estação de trabalho de desenvolvimento de 32 bits Vista para 64 bits Vista.

A plataforma de produção é de 32 bits do Windows Server e SQL Server 2008.

Alguém sabe de quaisquer problemas com a migração da base de código?

EDIT:

o sistema consiste em formulários web, código c #, procedimentos armazenados.

há também ajax.net, SSRS, relatórios ssis e dinâmicos / gráficos de Dundas.

No entanto, eu acho que outros usuários possam apreciar quaisquer lições aprendidas ou feedback em geral em relação a este movimento.

DADOS:

A partir de 24 janeiro de 2009

  • Checkpoint VPN não suporta Vista 64 (na verdade, parece que muito poucos fazem)
  • utilidade Cropper necessário Baixar especial e reconstruir a trabalhar no Vista 64 (Cropper parece muito bom, mas falta-lhe a captura janela de rolagem)

A falta de apoio para o Vista 64 fez não vale a pena para mim. Eu gostaria que alguém teria mencionado a falta de suporte VPN, mas não há atualmente fornecedor não vpn que os clientes suporta 64 bits .... Então, ser forwarned - a partir de 2009/01/28 - usando Vista 64 não é uma boa opção para aqueles de nós que precisam vpn.

Foi útil?

Solução

Eu fiz exatamente isso - migraram minha estação de trabalho para o Vista 64, enquanto ainda a implantação de código para servidores Win2008 32 bits

.

Geralmente, o seu maior problema será a camada de emulação WOW64 - o que significa que os processos de 32 bits e processos de 64 bits ver diferentes versões dos mesmos recursos (. Chaves de registro, pastas de sistema, e assim por diante) Em .NET, há uma System.Environment.SpecialFolder enumeração que lhe dará acesso com segurança captada para Arquivos de programas, dados de aplicativos e outras pastas do sistema potencialmente arriscados. Você também vai precisar para forçar o IIS para executar no modo de compatibilidade de 32 bits (ele não pode executar 64-bit e 32-bit aplicações web em simultâneo) - instruções em http://support.microsoft.com/kb/894435

Não há nada insuperável, embora - Estou compilando com sucesso conjuntos .NET COM-visível no Vista x64 (definindo o compilador para CPUs-alvo x86), e, em seguida, implantá-los ao lado de código ASP ASP.NET eo legado executando 32-bit COM objetos em um servidor de 32 bits, e é tudo funcionando muito bem. Há algumas notas que podem ser úteis publicado em meu blog ; maior dor de cabeça que eu encontrei pessoalmente foi que aplicativos de 32 bits (incluindo o meu editor de texto favorito) não pode ver C:. \ Windows \ System32 mais ... mas mesmo isso é fácil de contornar

Outras dicas

Não use nomes codificados para pastas do sistema.

(uma má idéia de qualquer maneira)

Eu vim através de um problema com o Vista 64:

Program Files

Os arquivos de programa podem ser armazenados em Arquivos de Programas x 86 ou Arquivos de Programas você pode ter que código em torno deste se algum de seu código faz suposições sobre onde os programas são armazenados - mesmo que você tenha feito a coisa certa e usado variáveis ??de ambiente, uma vez que existem 2 locais existem agora 2 variáveis ??de ambiente diferentes. Você precisa saber qual destes seu aplicativo será instalado em, que será diferente se você segmentar qualquer CPU de se segmentar x86.

Eu tive muitos problemas com a adição de 3 manipulador bit ISAPI partido 32 a IIS em 64 servidor bit w2k3 (php) eu tive que fazer IIS executar em modo de compatibilidade de 32 bits. Se tudo é gerenciado eu posso pensar de nenhum problema grave embora.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top