Erro "Could not file assembly Microsoft.SqlServer.Management.Sdk.Sfc, version ..." ao tentar criar nova conexao de dados no Visual Studio 2013.Por algum motivo o SQL Server Management Objects (SMO) nao foi instalado corretamente. O SMO pode ser baixado do site da Microsoft, mas como ele e parte do SQL Server Feature Pack, e isto que voce tem que procurar. Na pagina de download do Feature Pack nao ha um unico link para download; voce tem que selecionar quais "partes" do Feature Pack voce quer instalar. O SMO e o arquivo "SharedManagementObjects.msi". Voce tambem deve instalar o CLR Types (arquivo "SQLSysClrTypes.msi"), que e usado pelo MSO.A versao do SMO a instalar depende da versao mostrada na mensagem de erro:Versao 11.0.* e o SQL Server 2012 (http://www.microsoft.com/en-us/download/details.aspx?id=35580)Versao 10.50.* e o SQL Server 2008 R2 (http://www.microsoft.com/en-us/download/details.aspx?id=16978).Versao 10.00.* e o SQL Server 2008 (http://www.microsoft.com/en-us/download/details.aspx?id=27596).e por ai vai.Falo,GB Baixe e instale o Web Platform Installer (Web PI): http://www.microsoft.com/web/downloads/platform.aspx.Feche as instancias em execucao do Visual Stuidio ou o setup ira falhar.No Web PI, selecione e instale o item "Microsoft Office Developer Tools for Visual Studio 2012". Depois da instalacao, os templates estarao disponiveis na opcao "New | Project", em "Installed | Templates | <language> | Office/SharePoint | SharePoint Solutions". O esquema a seguir foi derivado de uma implementacao de alta disponibilidade que fizemos para o TFS. Tem umas escolhas de arquitetura legais, estao comentadas a seguir:Usamos maquinas virtuais para hospedar os servidores. Isto permite diminuir o numero de hosts fisicos a gerenciar.Usamos NLB para o TFS, o SharePoint e o Reporting Services, e Failover Cluster Feature para o SQL Server (Database Engine) e o Analysis Services. Estas sao as tecnologias de alta disponibilidade recomendadas pela Microsoft para cada um dos produtos citados.A distribuicao dos nos de cada cluster (NLB ou Failover) em hosts fisicos distintos permite que os servicos sobrevivam a queda de um dos hosts.Para os produtos em NLB, alem da alta disponibilidade ainda ha a vantagem da distribuicao de carga entre os servidores. Alem disto, o cluster NLB detecta automaticamente o retorno de um servidor que havia caido, reincluindo-o no processo de distribuicao de carga.No caso dos produtos em cluster, como o Failover Cluster do Windows nao suporta modo "ativo-ativo", no qual ambas as maquinas respondem a requisicoes, colocamos a maquina que e o no ativo do cluster para o Database Engine como sendo o no passivo do cluster para Analysis Service, e vice-versa. Isto evita a existencia de uma maquina "parruda" (como tem que ser um servidor SQL Server) e "parada" (o no passivo), pois ambas respondem a requisicoes.Antes tinhamos uma instancia do SQL Server para o TFS e outra para o SharePoint; agora ambos usam a mesma instancia. Isto permite um melhor uso de recursos, p.e. RAM nao usada por um produto pode ser usada por outro, o que nao acontece em instancias separadas.O uso de um alias DNS para os clusters NLB tornam manutencoes, movimentacoes e substituicoes de servidores invisiveis as maquinas dos desenvolvedores. Alias o uso destes alias para e uma boa mesmo se voce nao tem um NLB por tras, exatamente pelas razoes