sexta-feira, 27 de outubro de 2017

Microsoft anuncia novas imagens Azure VM: SQL Server 2017 Linux e Windows


Estamos compartilhando que a Microsoft disponibilizou novas imagens VM's SQL Server 2017 em Linux e Windows

Estão disponíveis no Azure Marketplace! Para implantação do SQL Server on Azure VMs, com flexibilidade, segurança e conectividade híbrida do Azure.

O que significa que você tem a opção de execução o SQL Server em máquinas virtuais baseadas
em Windows, Red Hat Enterprise Linux, SUSE Enterprise Linux Servidor ou Ubuntu, de sua preferencia.


Novas VMs publicadas, são para todas as edições SQL Server 2017:


  • SQL Developer - edição completa grátis do SQL Server para desenvolvimento e teste (não para produção)
  • SQL Express - banco de dados livre de entrada para carros de trabalho (1 GB de memória, 10 GB de armazenamento)
  • Web SQL - banco de dados de baixo custo para pequenas aplicações web de médio porte
  • SQL Standard - capacidades de banco de dados núcleo para cargas de trabalho de médio porte
  • SQL Enterprise - edição completa do SQL Server com recursos abrangentes para o processamento missão crítica ou grandes volumes transacional, armazenamento de dados e cargas de trabalho de B.I inteligência de negócios

segunda-feira, 16 de outubro de 2017

SQL SERVER - Backup Database with RETAINDAYS

SQL SERVER - Backup Database with RETAINDAYS, realmente funciona ?

Recentemente, fomos questionados por um dos clientes por que eles estão enfrentando
determinada situação. Em que eles especificaram em sua opção de backup, WITH RETAINDAYS 
mas que na realidade os sistemas não estão excluindo seus backups mais antigos após o período.. 

Bem, aqui está, é que a realidade e suposição de excluir backup automaticamente
 é absolutamente errada! 

Eu imagino que a palavra RETAINDAYS dá impressões errada ao usuário que, 
Quando o backup é criado, permanece disponível até os dias em que 
a opção RETAINDAYS sugere e, depois, ele é excluído automaticamente. Conclusão Errada! 

Se quiserem excluir seus arquivos de backup que foram criados anteriormente,
Devem executar com as rotinas de sqlcmd ou powershell. 


Opção RETAINDAYS tem uma finalidade muito diferente com backups.
Esta apenas impede que os usuários substituam o arquivo de backup gerado anteriormente,
se o usuário estiver tentando fazê-lo com a opção INIT.
Caso contrário, realmente não faz mais nada. 

*
Nota do autor :
Se o usuário estiver usando a opção FORMAT, o backup será substituído de qualquer maneira.
Isso significa que o uso de RETAINDAYS é muito limitado.

Eu acho que é isso. Não existe nada que possamos aprofundar sobre esta feature,
pois possui capacidades muito limitadas. Espero que possa ter esclarecidos,
as incompreensões sobre o uso desta funcionalidade.

Exemplo de script de como esta opção é usada no SQL Server:


segunda-feira, 2 de outubro de 2017

SQL Server - Como ativar a compactação de backup por padrão (default)

SQL Server - Como ativar a compactação de backup por padrão (default)
Nesta publicação do blog, discutiremos como ativar a Compressão de backup por default.

No SQL Server 2008 foi inserido o recursos de backup compactados e hoje em dia muitas bases usufruem deste recurso.

Quando instalamos o SQL Server, por padrão, esta opção está desativada. 
Então, se você quer fazer o backup com a compressão, geralmente descrevemos o seguinte parâmetro: WITH COMPRESSION

1
2
BACKUP DATABASE [AdventureWorks2014] TO DISK = N'C:\AdventureWorks2014.bak' WITH COMPRESSION
GO

Isso se torna muito tedioso e repetitivo depois de um tempo, pois cada vez que devemos tomar um backup, precisamos especificar o parametro.
 SQL Server possui uma opção padrão no nível do servidor, que podemos habilitar ou desativar.

1
2
3
4
EXEC sys.sp_configure N'backup compression default', N'1'
GO
RECONFIGURE WITH OVERRIDE
GO

Quando executamos o script acima, ele permitirá a compactação por padrão em todo o seu banco de dados,
mesmo que a palavra-chave with compression não seja incluída. 

Caso deseja desativar para um único banco de dados específico, pode especificar a palavra-chave:
WITH NO_COMPRESSION para desativar a compactação desse banco de dados.


Podemos também pode ativar as mesmas configurações com o SQL Server Management Studio (modo grafico).
Na paga - Database Setting está a propriedade do servidor onde você podemos alterar a configuração de compactação de backup (Compress Backup) default.




























*
Nota: Quando você habilitamos a compactação podemos notar que seu backup ocupa/demanda menos espaço,
ao mesmo tempo em que haverá um aumento maior consumo de CPU.

Particularmente, habilitamos a Compressão de backup em todos os clientes de bancos de dados.

sexta-feira, 29 de setembro de 2017

Uma nova DMV SQL Server 2017 sys.dm_os_enumerate_fixed_drives

Microsoft apresentou uma nova DMV Para SQL Server 2017 - sys.dm_os_enumerate_fixed_drives.
Em substituição de xp_fixeddrives

Olhando para o modo como o SQL Server evoluiu, há mudanças no SQL Server 2017 Que o demostra a importância em facilitar os utilitários de Gerenciamento em multi-plataformas Windows e Linux. 
Há algumas novas aprendizagens que eu tenho abordado enquanto experimentamos o SQL Server 2017. Nas versões anteriores do SQL Server, quando necessário identificar espaços livre na unidade era usado:
1
xp_fixeddrives
De saída simples como abaixo neste servidor que possui tem apenas Duas unidades.
Drive MB livre
 ----- -----------
 C 260245
 E 259023
No SQL Server 2017, uma nova DMV foi adicionada, o que complementa os resultados anteriores! 
Exemplo do script:
1
2
3
4
SELECT fixed_drive_path
    ,free_space_in_bytes / (1024 * 1024) 'Free Space'
    ,drive_type_desc
FROM sys.dm_os_enumerate_fixed_drives
retorno:

Como podemos compreender, o resultado é o mesmo que o procedimento avançado anterior complementado.
Desejamos ainda que a Microsoft tivesse adicionado também o espaço total em disco, que está faltando.
Quem sabe em uma próxima, grande abraços

terça-feira, 5 de setembro de 2017

SQL SERVER 2016 - Uma nova alternativa para DBCC INPUTBUFFER - sys.dm_exec_input_buffer

DBCC INPUTBUFFER foi um dos comandos dbcc mais populares para monitorar e identificar a última execução enviada de um client para uma instância do Microsoft SQL Server. Todos usamos isso há bastante tempo. No entanto, este comando DBCC sempre limitou-se aos poucos detalhes de informação. No SQL Server 2016, teremos disponivel uma nova Função de Gerenciamento Dinâmico (DMV) sys.dm_exec_input_buffer, que fornece muitos detalhes adicionais.
Anteriormente, toda vez que eu costumava executar o DBCC INPUTBUFFER, eu sempre senti que deveria ter alguns detalhes adicionais, juntamente com este, como quantas linhas as consultas são processadas ou quantos recursos eles estão consumindo. Nesta nova versão, temos muitas informações úteis junto com IDs de sessão e detalhes da execução de consultas.
Outra limitação do DBCC INPUTBUFFER foi que ele precisava ser identificado em um unico session_id e não havia nenhuma maneira em que pudéssemos juntar isso com o DMV atual para executá-lo para diversos IDs de sessão. Essa limitação também desaparece quando a nova função sys.dm_exec_input_buffer agora pode ser associada a sys.dm_exec_sessions.
Testamos executar a seguir a consulta e observar seu retorno.
1
2
3
4
5
6
7
SELECT es.session_id, ib.event_info, status, cpu_time,memory_usage, logical_reads, writes, row_count, total_elapsed_time, login_time,last_request_start_time, last_request_end_time,  host_name, program_name, login_name, open_transaction_count
FROM sys.dm_exec_sessions AS es
CROSS APPLY sys.dm_exec_input_buffer(es.session_id, NULL) AS ib
WHERE es.session_id > 50
Este é o retorno do conjunto da consulta acima:


referências:  Pinal Dave (blog.sqlauthority.com) 

quarta-feira, 23 de agosto de 2017

Oreo, Marshmallow, KitKat: entenda a origem dos nomes de cada edição do Android


O Google confirmou nesta semana que a mais nova versão do seu sistema operacional móvel, a 8.0, se chama Android Oreo
Afinal, por que Oreo? A marca norte-americana de biscoitos recheados (ou bolachas recheadas, se você estiver em São Paulo) virou o nome desta edição do Android graças a um acordo de "co-branding", como explicou Justin Parnell, diretor de marca global da Oreo, ao site Ad Age.
Segundo o executivo, o acordo permite que Google e Oreo tirem proveito do nome do novo Android em termos de publicidade. Sendo assim, nem a Oreo precisou pagar para colocar seu nome noAndorid 8.0 e nem o Google teve que pagar para pegar a marca Oreo "emprestada".

Para a Oreo, o benefício é claro: publicidade no sistema operacional mais usado no mundo.

Mas e o Google, o que ganha com isso? O uso da marca Oreo tem a ver com uma tradição que a empresa mantém desde 2009, quando foi lançado o Android 1.5 Cupcake. Cada versão do sistema operacional segue uma letra do alfabeto: as duas primeiras, 1.0 e 1.1, seriam, respectivamente, A e B. Já a terceira versão, que seria o Android C, ganhou o nome de Cupcake.

Em seguida veio o Android D (Donut), o Android E (Eclair) e assim por diante, seguindo cada letra do alfabeto até chegar a Android O (Oreo). Mas de onde vêm esses nomes, como Donut e Eclair? São sobremesas populares nos EUA, assim como o pacote de biscoitos Oreo, o Marshamallow do Android M e o pirulito do Android L (Lollipop).

Até o Android 4.3, que se chamava Jelly Bean (balinha de goma), os nomes de cada edição foram simples guloseimas. Quando chegamos ao Android K, em 2013, pela primeira vez o Google realizou um acordo de co-branding, aproveitando a marca KitKat para o Android 4.4, em um negócio semelhante ao que a empresa fechou com a Oreo neste ano.

É por isso que, na ocasião do lançamento do Android 7.0, no ano passado, que deveria ter um nome começando com a letra N, tantas pessoas apostaram que a edição se chamaria Android Nutella, aproveitando mais uma marca conhecida pelas sobremesas. Mas não foi o que aconteceu, com a chegada do nogado (do latim vulgar nucatu, de nux, "noz"), nugá (do francês Nougat) ou Torrone, como o doce é mais conhecido em algumas regiões no Brasil.

É também por esse motivo que o Android O, oficializado nesta semana, já trazia a expectativa de ser chamado de Android Oreo. O Google nunca explicou o motivo de usar nomes de sobremesas em ordem alfabética, se limitando a dizer apenas que se trata de uma brincadeira interna criada pelos engenheiros do software.

Mas, de qualquer forma, seguindo esse padrão - que, até hoje, não mudou - fica fácil para os fãs do Android tentarem adivinhar qual será o nome da próxima edição do sistema, que só chega no ano que vem. Será Android P, mas qual sobremesa será a homenageada? Resta aos usuários que façam suas apostas.

Good Luck 

Ficam algumas dicas from desserts (sobremesas): Wikipedia, the free encyclopedia ..