SQL Azure: Frequently Asked Questions (FAQ)

  • Article

Olá pessoal, tudo certo?

Considerando as várias perguntas frequentes sobre o SQL Azure, vale lembrar o link para o FAQ da plataforma Azure:

Frequently Asked Questions (FAQ)
Ref.: https://www.microsoft.com/windowsazure/faq/

Porém, algumas questões estão espalhadas entre várias partes do FAQ, além de novidades colocadas em apresentações do PDC09. Assim, segue abaixo alguns pontos importantes que consolidei para vocês, especificamente sobre o SQL Azure:

Bulk Copy é suportado na v1 do SQL Azure. O argumento QUERYOUT do BCP não é suportado por enquanto.

Linked Server não é suportado na v1 do SQL Azure.

.NET CLR não é suportado na v1 do SQL Azure.

SQL Server Error Log não é suportado na v1 do SQL Azure.

Change Tracking não é suportado na v1 do SQL Azure.

SQL Agent não é suportado no SQL Azure.

SQL Profile não é suportado na v1 do SQL Azure.

Replication não é suportado na v1 do SQL Azure. Recomenda-se o uso de SSIS para mover dados entre on-premise e SQL Azure.

Podemos criar uma base de dados indicando o tamanho desejado, se Web Edition (1GB) ou Business Edition (10BG), fazendo:

  • CREATE DATABASE foo (MAXSIZE = 1GB)   ou
  • CREATE DATABASE foo (MAXSIZE = 10GB)

O nível de isolamento default na v1 do SQL Azure é o Snapshot Isolation.

Spatial data types não é suportado na v1 do SQL Azure porque eles têm uma dependência com o .NET CLR, que não é suportado.

Podemos usar SSIS conectado via ADO.NET para fazer a migração de dados entre on-premise SQL e SLQ Azure. Outra forma de migração é a ferramenta SQL Azure Migration Wizard, uma ferramenta desenvolvida pela comunidade disponível no site https://sqlazuremw.codeplex.com/.

Também é possível acompanhar uma demo de migração de dados disponível no Windows Azure Training Kit de Outubro/Novembro 2009, no link https://www.microsoft.com/downloads/details.aspx?FamilyID=413E88F8-5966-4A83-B309-53B7B77EDF78&displaylang=en.

BI - Business Intelligence não é parte da oferta de v1 do SQL Azure. Ofertas de BI, Analysis Services e Reporting Services estão sendo trabalhadas para as versões futuras. Entretando, já podemos acesso o SQL Azure a partir da soluções local de Reporting Services e Analysis Services on-premise. Isso já é possível.

Existem ainda algumas limitações sobre ações com LOGIN e DATABASE na v1 do SQL Azure. Quando executamos CREATE/ALTER/DROP LOGIN ou CREATE/DROP DATABASE em aplicações ADO.NET, o uso de comandos parametrizados não é suportado.

Algumas considerações são colocadas no link abaixo:
https://msdn.microsoft.com/en-us/library/ee336245.aspx

Usuários em CTP podem criar até 6 bases de dados no SQL Azure, incluindo a master. Usuários comerciais poderão criar quantas bases desejarem.

O SQL Azure v1 não oferece mecanismos de particionamento automático de dados. Em breve, serão disponibilizados guias e application patterns sobre como fazer isso em nossas aplicações.

Quando o tamanho limite da base de dados é alcançado, qualquer ação de adição de novos dados irá resultar em término da sessão. Operações de leitura continuarão funcionando, assim como as operações de delete e drop, permitindo reduzir o tamanho da base de dados.

Podemos consultar o tamanho atual da base de dados através do portal do SQL Azure (https://sql.azure.com/). Por enquanto, não é possível descobrir o tamanho de forma programática, o que será resolvido em versões futuras.

A Microsoft recomenda a realização de back-ups para a recuperação em caso de perdas de dados (por exemplo, a deleção acidental de dados pela aplicação do usuário). Podemos usar o SSIS para a realização desses back-ups. No futuro, o SQL Azure irá suportar também comandos BCP. Internamente, o SQL Azure realiza back-ups periódicos, além de checks de consistência para recuperação de falhas de hardware, mas são para uso internos somente.

É possível conectar ao SQL Azure com o SSMS 2008 atualmente, mas Object Browser não é suportado. Ainda, algumas mensagens de erro eventuais devem ser ignoradas, como:

"Unable to apply connection settings. The detailed error message is: ‘ANSI_NULLS’ is not a recognized SET option."

Apenas click ok e siga trabalhando!

Um exemplo clássico de connection string para o SQL Azure Database é dado a seguir:

"Server=tcp:server.database.windows.net;Database=master;User ID=user@server;Password=password;Trusted_Connection=False;"

Essa string irá funcionar em qualquer tipo de aplicação, seja on-premise ou uma Role sobre o Windows Azure.

Bom, assim conseguimos cobrir muitas questões comuns na v1. Vamos aos testes agora!!!

Por enquanto é só! Até o próximo post :)

Waldemir.