Início / user-11329

Andy Neillans's questions

Martin Hope
Andy Neillans
Asked: 2016-11-09 05:12:55 +0800 CST
  • 9

Muito parecido com a pergunta que foi postada aqui anteriormente sobre " Os desenvolvedores devem ser capazes de consultar bancos de dados de produção? " Eu queria saber sua opinião sobre outro tópico particularmente irritante!

Muitas empresas impedem que os desenvolvedores instalem o SQL Server Express e similares em máquinas de desenvolvimento, em vez disso, promovem o uso de SQL Servers de desenvolvimento centralizado.

Especificamente, isso é feito para garantir:

  • Consistência de nível de patch entre servidores de desenvolvimento e produção
  • Capacidade de provar e validar quaisquer patches acima
  • Segurança de dados; apenas os dados nos servidores de desenvolvimento são usados ​​para desenvolvimento
  • Recuperabilidade; os dados são recuperáveis ​​e ainda têm backup
  • Diferenças de agrupamento que podem causar problemas quando movidas para produção

Para mim, todos esses argumentos são particularmente inválidos, talvez com exceção dos remendos; mas se um banco de dados em uma máquina local for usado exclusivamente para atividades de desenvolvimento, e não para teste, o patch será comprovado quando um aplicativo progredir de Teste / UAT, etc., para Produção.

O agrupamento não parece ser um motivo válido, pois se isso fosse uma preocupação para o banco de dados, ele deveria ser definido ao ser criado de qualquer maneira. Até onde eu sei, apenas o SharePoint e o SCCM têm problemas com isso;)

Agora, assumindo que é APENAS para desenvolvimento, e o banco de dados não será "movido" para produção e as únicas movimentações seriam:

  • Scripts que criaram o banco de dados sendo gerado para implantação na produção
  • Backups de sistemas de "produção" de terceiros sendo restaurados e truncados quando apropriado para validação e desenvolvimento

Alguém pode ver algum problema? Estou esquecendo de algo?

Acho que uma das maiores preocupações seria a capacidade de instâncias de banco de dados locais desatualizadas, mas isso é um problema de gerenciamento de software, não um DBA um IMO.

sql-server security
Martin Hope
Andy Neillans
Asked: 2016-03-25 13:57:24 +0800 CST
  • 0

Baixei um bacpac do SQL Azure v12 e tentei importá-lo para um SQL Server 2014 LocalDB... Recebo:

TITLE: Microsoft SQL Server Management Studio
------------------------------

Could not load schema model from package. (Microsoft.SqlServer.Dac)

------------------------------
ADDITIONAL INFORMATION:

Internal Error. The database platform service with type     Microsoft.Data.Tools.Schema.Sql.SqlAzureV12DatabaseSchemaProvider is not valid.     You must make sure the service is loaded, or you must provide the full type name of a valid database platform service. (Microsoft.Data.Tools.Schema.Sql)

------------------------------
BUTTONS:

OK
------------------------------

Eu tentei instalar o Data-Tier Framework Jan 2016 Preview, que não fez nenhuma diferença (x64 e x86).

Alguma sugestão?

azure-sql-database sql-server-localdb
Martin Hope
Andy Neillans
Asked: 2012-09-03 08:26:15 +0800 CST
  • 17

Eu tenho o SQL Server 2012 Local DB instalado e estou me conectando a ele via (localdb)\v11.0.

Ao tentar restaurar um arquivo de backup, recebo:

TÍTULO: Microsoft SQL Server Management Studio

A propriedade MasterDBPath não está disponível para informações 'Microsoft.SqlServer.Management.Smo.Information'. Esta propriedade pode não existir para este objeto ou pode não ser recuperável devido a direitos de acesso insuficientes. (Microsoft.SqlServer.Smo)

Para obter ajuda, clique em: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=11.0.2100.60+((SQL11_RTM).120210-1846+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates .PropertyCannotBeRetrievedExceptionText&EvtID=MasterDBPath&LinkId=20476

Eu tentei definir o valor da string MasterDBPath em:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL11E.LOCALDB\MSSQLServer\CurrentVersion`

mas isso não ajudou.

Alguém tem alguma opinião?

sql-server