Como já observado, você já está usando um sistema operacional de 64 bits. Há duas vantagens de mudar para uma versão de 64 bits do SQL Server e uma desvantagem.
A única desvantagem é que a versão de 64 bits do SQL Server usará ponteiros de 64 bits. Isso significa que os ponteiros ocuparão o dobro da memória, consumirão o dobro da largura de banda da memória e assim por diante. Provavelmente isso é insignificante, mas é uma desvantagem. É parcialmente compensado pelo fato de que a mudança para um aplicativo de 64 bits permitirá reduzir a sobrecarga da camada de compatibilidade que os aplicativos de 32 bits precisam usar para acessar as funções de um sistema operacional de 64 bits.
A principal vantagem é que inúmeras melhorias significativas foram feitas no conjunto de instruções da CPU ao longo do tempo. Alguns deles foram feitos juntamente com a alteração para 64 bits e outros foram feitos anteriormente.
Mas mesmo para as feitas anteriormente, a compilação de 32 bits precisa lidar com CPUs que não possuem esses recursos e evitar o incômodo de detecção e alternância entre várias instâncias, simplesmente não as utiliza mesmo onde estão presentes. Por exemplo, as CPUs de 64 bits devem ter SSE2, mas as de 32 bits podem não ter. Portanto, a maioria dos códigos de 32 bits simplesmente não se incomoda em verificar e não assume SSE2. O código de 64 bits garante a presença de instruções SSE2 e, portanto, será usado se for a melhor opção.
O maior deles é o aumento no número de registros de uso geral nomeados de 8 para 16. O número de registros XMM de 128 bits também foi dobrado, de 8 para 16.
Além disso, um processo de 64 bits pode fazer uso de grandes quantidades de memória virtual. Isso é especialmente importante nos processos que acessam grandes quantidades de dados estruturados no disco. E, é claro, eles podem usar operações inteiras de 64 bits que tendem a melhorar o desempenho da criptografia, compactação e até algumas operações do sistema de arquivos em grandes sistemas de arquivos.