Primeiro release candidate do SQL Server 2017 agora disponível


A Microsoft anunciou hoje a disponibilidade no TechNet Evaluation Center do SQL Server 2017 RC1 (Release Candidate 1), a versão de testes pública mais recente do novo SQL Server.

Em nossos sete CTPs community technology previews () até à data, o SQL Server 2017 emitiu:

  • Linux suporte para cargas de trabalho de nível 1, missão crítica Suporte a SQL Server 2017 para Linux inclui as mesmas soluções de alta disponibilidade em Linux como Windows Server, incluindo sempre em grupos disponibilidade integrados com soluções de clustering Linux nativas como marca-passo.
  • Gráfico de processamento de dados no SQL Server Com os recursos de dados de gráfico disponíveis no SQL Server 2017 e banco de dados SQL Azure, clientes podem criar nós e bordas e descobrir as relações complexas e muitos-para-muitos.
  • Processamento de consultas adaptável Processamento de consultas adaptativo é uma família de recursos do SQL Server 2017 que mantém automaticamente consultas de banco de dados executando de forma mais eficiente possível sem a necessidade de ajuste adicional de administradores de banco de dados. Além da capacidade de ajustar concessões de memória de modo de lote, o conjunto de recursos inclui junções adaptável de modo lote e intercalados com capacidades de execução.
  • Integração do Python para análises avançadas Serviços de aprendizagem de máquina Microsoft traz-lhe agora a capacidade de executar a análise de no banco de dados usando Python ou R de forma escalável e em paralelo. A capacidade de executar análises avançadas em seu armazenamento operacional sem ETL significa mais rápido tempo de ideias para os clientes enquanto implantação fácil e extensibilidade rica tornam rápido se levantar e correr sobre o modelo certo.

Principais aprimoramentos no Release Candidate 1

No SQL Server RC1 de 2017, houve vários aprimoramentos de recurso da Nota:

  • SQL Server no Active Directory Linux integração – Com RC1, o SQL Server no Linux suporta autenticação de diretório ativo, que permite que clientes associados ao domínio em Windows ou Linux para autenticar ao SQL Server usando suas credenciais de domínio e o protocolo Kerberos. Confira o Guia de introdução instruções.
  • Transport Layer Security (TLS) para criptografar dados – SQL Server no Linux pode usar TLS para criptografar os dados transmitidos através de uma rede entre um aplicativo cliente e uma instância do SQL Server. SQL Server no Linux suporta os seguintes protocolos TLS: TLS 1.0, 1.1 e 1.2. Confira o Guia de introdução instruções.
  • Aprimoramentos de serviços de aprendizagem de máquina – No RC1, nós adicionamos mais recursos de modelo de gerenciamento para R Services no Windows Server, incluindo gestão de biblioteca externa. A nova versão também oferece suporte nativo marcando.
  • SQL Server Analysis Services (SSAS) Além das melhorias para SSAS de CTPs anterior do SQL Server 2017, RC1 adiciona adicionais exibições de gerenciamento dinâmico, permitindo a análise de dependência e emissão de relatórios. Consulte o blog do Analysis Services para obter mais informações.
  • SQL Server Integration Services (SSIS) no Linux O preview do SQL Server Integration Services no Linux agora adiciona suporte para qualquer driver de ODBC Unicode, se ele segue as especificações do ODBC. (Driver ODBC ANSI não é suportado).
  • SQL Server Integration Services (SSIS) no Windows Server RC1 adiciona suporte para dimensionamento do SSIS em ambientes de alta disponibilidade. Os clientes agora podem habilitar sempre para SSIS, configurando o Windows Server failover clustering para o dimensionamento do mestre.

SQL Server 2017 para desempenho mais rápido

SQL Server 2017 tem vários novos parâmetros, demonstrando um desempenho mais rápido do que os bancos de dados do competidor e contra as versões mais antigas do SQL Server:

Dinamize sua DevOps usando SQL Server 2017

Em SQL Server 2017, introduzimos o suporte para SQL Server em contêineres baseados em Linux, um benefício para os clientes usando recipientes em desenvolvimento ou produção. Estamos também trabalhando para ajudar os desenvolvedores a começar a desenvolver um app para o SQL Server mais rápido possível com instruções de instalação, trechos de código e outras informações úteis.

No nosso novo microsite DevOps usando o SQL Server, que lançou hoje, desenvolvedores e gerentes de desenvolvimento podem aprender como integrar o SQL Server em suas tarefas de DevOps. Encontre demos, documentação e blogs, bem como vídeos e apresentações da conferência. Ou então, junte-se a conversa de DevOps em nossos canais de Gitter.

Começar com o SQL Server RC1 de 2017 hoje!

Tente o release candidate do SQL Server 2017 hoje! Começar com nossos tutoriais de desenvolvedor atualizadas que mostram como instalar e usar o SQL Server 2017 no macOS, Docker, Windows e Linux e rapidamente construir um aplicativo em uma linguagem de programação de sua escolha. Para mais formas de começar, tente o seguinte:

Fontes e Direitos Autorais: July 17, 2017.

Lançado: Preview público para SQL Server 2017 e pacote de gerenciamento de replicação (CTP4)


Microsoft anuncia o SQL Server 2017 Management Pack CTP4 bits com novas funcionalidades na versão (6.7.60.0).

Faça o download do preview público em:

Pacote de gerenciamento do Microsoft System Center (comunidade técnica Preview 4) para o SQL Server 2017

Pacote de gerenciamento do Microsoft System Center (Community Technology Preview 4) para replicação do SQL Server 2017

Novos recursos e correções para o SQL Server 2017 Windows e Linux MP (6.7.60.0)

  • Implementado sempre na monitorização em Windows e Linux
  • Fluxos de trabalho implementados de latência de disco
  • Adicionado nova “Falha no logon” alerta regra para evento SQL Server #18456
  • Adicionado suporte para as credenciais do AD no modo sem agente no Windows
  • Adicionado relatório de previsão de espaço DB
  • Corrigido problema: informação de localização de arquivo diferente do “sys. master_files” e “sysfiles” causa erro quando arquivos do grupo de disponibilidade de banco de dados secundário estão em caminho diferente
  • Corrigido problema: fluxos de trabalho não podem se conectar a uma instância quando apenas o protocolo de memória compartilhada está habilitado
  • Introduziu uma série de melhorias para o pacote de gerenciamento

Novos recursos e correções para janelas de replicação SQL Server 2017 MP (6.7.60.0)

  • Adicionado um número de monitores e regras de desempenho para criar o mesmo modelo de saúde, tal como apresentado no MPs de replicação do SQL Server 2008-2016
  • Melhorada e refatorado gestão pacote de módulos
  • Corrigido uma série de questões
Recurso/Workflow CTP1 (6.7.18.0) CTP2 (6.7.40.0) CTP3 (6.7.55.0) CTP4 (6.7.60.0)
Objetos de núcleo
Descoberta do mecanismo de DB W/L W/L W/L W/L
Descoberta de motor local DB (característica única do windows) Em Em Em
Instâncias de Cluster do SQL Em Em Em Em
A descoberta de DB W/L W/L W/L W/L
Descoberta de grupo de arquivos DB W/L W/L W/L W/L
Detecção de arquivos DB W/L W/L W/L W/L
Arquivo de Log DB descoberta W/L W/L W/L W/L
Descoberta de política DB W/L W/L W/L
Descoberta de grupo de arquivos FILESTREAM Em Em Em
Descoberta de grupo de arquivos de dados otimizados para memória W/L W/L W/L
Dados de memória otimizado de arquivos recipientes descoberta W/L W/L W/L
Pool de recursos de motor DB descoberta W/L W/L
Descoberta do agente SQL W/L W/L
Sempre na descoberta Em W/L
Características
Monitoramento sem agente W/L W/L W/L W/L
Misto de acompanhamento (característica única do windows) Em Em Em Em
Agente de monitoramento (característica única do windows) Em Em Em Em
Credenciais do SQL W/L W/L W/L W/L
Credenciais do AD Em Em Em Em
Suporte OLTP na memória W/L W/L W/L
Suporte a SQL Server Express Em Em Em Em
Módulo de MSSQL LogReader W/L W/L W/L
Suporta nomes longos (característica única do windows) Em Em Em Em
Assistente de multithreading W/L W/L W/L
Execução de tarefas W/L W/L
Suporte de estivador L L
Cenários de monitoramento
Estado de saúde de motor DB monitoramento W/L W/L W/L W/L
Monitoramento de desempenho de motor do DB W/L W/L W/L W/L
Serviço de mecanismo de DB pacote de monitoramento de conformidade W/L W/L W/L
Monitoramento de configuração DB W/L W/L W/L W/L
Desempenho de grupo de arquivos otimizado para memória de dados DB monitoramento W W W
Métricas de monitoramento da CPU e desempenho W W W
Envio de monitoramento de logs W W W
Monitoramento da integridade do WMI W/NA W/NA W/NA
Base do evento monitoramento (400 + regras de alerta) W/L W/L W/L
Coleta de métricas DB espaço monitoramento e desempenho W W W W
Coleta de métricas DB espaço monitoramento e desempenho para objetos Filestream W W W
Coleta de métricas DB espaço monitoramento e desempenho para objetos ἑκατόν W W W
Serviço iniciador Daemon de filtro de texto completo SQL monitoramento W W W
Monitoramento do SQL Agent W/L W/L
Sempre a monitorização W W/L

Gend Le

Concluído

W – suportado em Windows

L – suportado no Linux

W/L – com suporte em Windows e Linux

W/NA – com suporte no Windows, mas não aplicável para Linux

Todos os detalhes sobre a nova funcionalidade podem ser encontrados no guia de operações do que pode ser baixado junto com o pacote de gerenciamento. Funcionalidade completa estará disponível com o SQL Server 2017 GA. Esta versão CTP cobre apenas um subconjunto de regras e monitores. Vamos trabalhar no sentido de funcionalidade completa como nós liberamos novos CTPs.

Fontes e Direitos Autorais: SQL Server Release Services – SourabhAgarwal.
https://blogs.msdn.microsoft.com/sqlreleaseservices/released-public-preview-for-sql-server-2017-and-replication-management-pack-ctp4/

#15 – Para que serve


Bom dia, bom dia, bom dia!

Oi gente, tudo bem? Você que esta acessando mais um post do meu blog, pode estar se perguntando. Cara como pode um pessoa ás 6:30hrs de uma quarta – feira esta acordado escrevendo mais um post.

A resposta será bem simples, isso se chama profissionalismo e respeito aos seus compromissos, e escrever algo para o meu blog é mais que um compromisso é um grande prazer, por isso estou aqui ás 6:32hrs da manhã terminando este parágrafo (kkkkk).

Dando continuidade, este é o novo post da sessão Para que serve, sendo o post de número 15, muito bom, lentamente esta sessão esta ganhando corpo e força com os meus seguidores.

Nos últimos dias pesquisei novidades, recursos, comandos, enfim algo que poderia trazer para vocês hoje e sinceramente falando tive bastante dificuldade para encontrar algum conteúdo que fosse ao mesmo tempo interessante porém simples, e por incrível que pareça acabei me lembrando de algo lançado já faz um tempinho na versão 2014 do Microsoft SQL Server.

Poxa vida, versão 2014 do SQL Server sendo que já estamos na versão 2017 prestes a ser lançada, então não sempre algo que foi lançado a algum tempo pode ser considerado novo muito menos totalmente conhecido, sempre temos alguma coisa nova para conhecer, aprender e descobrir com produtos e suas versões mais antigas e foi justamente pensando nisso que estou trabalhando no conteúdo para este post.

Seguindo como a costumeira apresentação, vou destacar neste post um dos recursos mais importantes adicionados ao SQL Server a partir da versão 2014 conhecido como Native Backup Encryption ou Backup Nativo Encriptado, talvez você nunca tenha ouvido falar sobre ele ou não tenha até o presente momento a necessidade de usar, mas tenha a certeza um é um recurso de fácil utilização.

Então chegou a hora de conhecer um pouco mais sobre esta funcionalidade, sua forma de uso, características, importância, limitações, entre outros.

Desta forma, seja bem vindo ao #15 – Para que serve – Native Backup Encryption.

Introdução

Quando pensamos nas possibilidades de perda de dados ou informações, normalmente um dos recursos mais conhecidos e utilizados por todos é o bom e velho backup, capacidade que ao longo dos anos também evoluiu muito e hoje pode ser feito de maneira muito simples, tanto para um pen-drive como diretamente para um repositório disponibilidade de maneira on-line não tão falada e prosperada Cloud Computing.

Mas se fazer o backup é algo simples, imagine então o processo de restauração deste conteúdo que também se torna cada vez mais ágil, rápida e fácil. Você já pensou nisso? Não adianta fazer o backup e pensar “estou seguro, fiz o backup do meu banco de dados, quando eu precisar basta restaurar”, parece ser algo que nunca vai acontecer, mas não é o que atualmente estamos vendo.

Pensando neste sentido seu eu que pergunto: “E se por acaso o seu backup foi roubado, sequestrado, enfim alguém mal intencionado acabou se apoderando dos seus dados?” Isso parece ser bastante assustador e perigoso, foi justamente pensando nisso que a partir da versão CTP2 do Microsoft SQL Server 2014, o time de engenheiros, desenvolvedores e especialistas da Microsoft decidiram adicionar de forma nativa a capacidade de criarmos backups diretamente em uma instância ou servidor SQL Server fazendo uso de criptografia de dados através dos já conhecidos algoritmos, por mais simples que isso possa parecer até a versão 2012 do Microsoft SQL Server não tínhamos esta funcionalidade disponibilidade no produto de forma nativa e totalmente suportada para nossos bancos de dados, tínhamos a necessidade de utilizar ferramentas de terceiros para aplicar este tipo de recurso.

Native Backup Encryption

Através desta nova funcionalidade ao executar um procedimento ou rotina de backup de banco de dados, o Microsoft SQL Server sabendo da escolha deste recurso além de criar um arquivo contendo todo conteúdo estabelecido para o banco de dados selecionado, também realizará para o mesmo arquivo que esta sendo criado a aplicação de uma camada de criptografia de dados, onde de uma maneira direta o conteúdo armazenado neste arquivo de backup estará totalmente criptografado.

Dentre as principais características existentes para esta funcionalidade, para que esta capacidade de adicionar uma camada de criptografia diretamente para todo o backup, torna-se necessário o uso de alguns recursos adicionais em nosso banco de dados para que seja possível criarmos backups criptografados, estou me referindo ao uso de certificados e chaves assimétricas em conjunto com os algoritmos suportados pelo SQL Server sendo eles:

  • AES 128;
  • AES 192;
  • AES 256; e 
  • Triple DES.

Utilizando o Native Backup Encryption

Como já destacado anteriormente, antes de criarmos um backup criptografado de nosso banco de dados, temos a necessidade de criamos um certificado de segurança para garantir que todo conteúdo existente esta sendo validado e possui um mecanismo de segurança.

Para começarmos, vamos realizar o primeiro passo que consiste na criação do nosso Banco de Dados chamado NativeBackupEncryption, em seguida criaremos nossa chave assimétrica e na sequência o certificado denominado CertNativeBackupEncryption. Vale ressaltar, que tanto o certificado como também a chave assimétrica serão obrigatoriamente armazenadas na banco de dados de sistema Master. Para isso utilizaremos o Bloco de Código 1 apresentado a seguir:

— Bloco de Código 1 —
Create Database NativeBackupEncryption
Go

Use Master
Go

Create Master Key Encryption By Password = ‘Backup@@01’
Go

Create Certificate CertNativeBackupEncryption
With Subject = ‘Certificado para Criptografia de Backup’;
Go

Perfeito o primeiro passo já foi realizado e podemos observar nas árvores de recursos do nosso banco de dados que tanto o certificado como principalmente a chave assimétrica estão criadas, conforme ilustra a Figura 1 apresentada abaixo:

Figura 1 – Certificado CertNativeBackupEncryption criado.

Nosso segundo passo também é um dos mais importantes, para conseguirmos aplicar a criptografia em nosso backup de dados, consiste basicamente no procedimento de backup da nossa chave assimétrica em conjunto com o backup do certificado CertNativeBackupEncryption, para que posteriormente seja possível realizar o backup criptografado.

Vale ressaltar que se este procedimento não venha a ser realizado o Microsoft SQL Server durante o processo de Backup Database emitirá um alerta informando a necessidade que este procedimento venha a ser realizado.

Vamos então executar o segundo passo através do Bloco de Código 2 apresentado na sequência:

— Bloco de Código 2 —

Backup Certificate CertNativeBackupEncryption
To File = ‘S:\MSSQL-2016\Backup\Backup-Certificate-CertNativeBackupEncryption.cert’
With Private Key
(
File = ‘S:\MSSQL-2016\Backup\Backup-Master-Key-File.key’,
Encryption By Password = ‘Backup@@01’
)
Go

Legal, legal, conseguimos realizar o backup da nosso Certificado e também do nossa Chave Assimétrica, observe que no procedimento de backup do certificado estamos informando o uso do nossa chave assimétrica na instrução With Private Key, passando como parâmetros os mesmos valores informados para o backup da chave.

A Figura 2 ilustra o local de armazenamento dos arquivos gerados após o backup da chave assimétrica e do certificado:

Figura 2 – Arquivos de backup da chave e certificados criados e armazenados.

Importante: Por questões de facilidade os arquivos de backup foram criados no mesmo local, mas pensando em segurança e boas práticas é altamente recomendável que cada arquivo de backup seja criado e armazenado em locais distintos por questões óbvias de segurança.

Agora que os backups de chave assimétrica e certificados foram realizados, vamos executar nosso último passo que consiste justamente na realização do Backup do nosso banco de dados NativeBackupEncryption aplicando as técnicas de compressão de dados para economia de espaço em disco e principalmente o uso da opção Encrytpion que nos permite escolher o algoritmo de criptografia e qual certificado a nível de servidor vamos utilizar, sendo assim, podemos executar o Bloco de Código 3 apresentado a seguir:

— Bloco de Código 3 —
Backup Database NativeBackupEncryption
To Disk = ‘S:\MSSQL-2016\Backup\Backup-NativeBackupEncryption.Bak’
With Compression,
Encryption
(Algorithm = AES_256,
Server Certificate = CertNativeBackupEncryption)
Go

Muito bem, como todo procedimento de backup, ao final da execução do comando Backup Database o Management Studio apresenta aquele tradicional conjunto de informações relacionadas ao nosso backup, algo que também não é diferente quando fazendo uso de um backup criptografado. A Figura 3 apresentado o arquivo de backup Backup-NativeBackupEncryption.Bak criado e armazenado após a conclusão da execução do comando Backup Database:

Figura 3 – Arquivo NativeBackupEncryption.Bak criado e armazenado em disco.

Estamos quase no final, continuando mais um pouco, vamos garantir e comprovar que realmente nosso backup foi criptografado. Você pode estar querendo ter a certeza que nosso backup esta criptografado, para realizarmos as conhecida prova dos nove, vamos fazer uso do tradicional comando Restore HeaderOnly, através do Bloco de Código 4 declarado abaixo:

— Bloco de Código 4 —

Restore HeaderOnly
From Disk = ‘S:\MSSQL-2016\Backup\Backup-NativeBackupEncryption.Bak’
Go

Para ilustrar o resultado obtido apos a execução do bloco de código 4, podemos observar os valores apresentados nas colunas: KeyAlgorithm, EncryptorThumbprint e EncryptorType, conforme apresenta a Figura 4.

Figura 4 – Informações referentes ao uso da criptografia no arquivo de backup.

Note que estão sendo apresentados para as respectivas colunas o algoritmo que utilizamos no procedimento de backup e seus respectivos encryptors, mecanismos utilizados para aplicar a criptografia.

Sensacional, conseguimos criar um backup com criptografia de seu conteúdo de forma nativa, sem ter a necessidade de utilizar ferramentas ou recursos de terceiros, fazendo uso total das funcionalidades e características existentes no Microsoft SQL Server. Mesmo assim, alguns pontos importantes devem ser destacados antes de concluirmos mais um post, a seguir destaco os benefícios e limitações do Native Backup Encryption.

Benefícios

  1. O uso deste tipo de recurso com certeza poderá trazer aos organizações e profissionais de banco de dados um grande benefício no que se relacionada as questões de segurança e armazenamento de dados após o processo de backup.
  2. Caso você esteja utilizando atualmente uma ferramenta de terceiros para backups criptografados, você pode comparar essa ferramenta com a funcionalidade e o desempenho de backups criptografados nativos e ver se isso preenche sua exigência.

Limitações

  1. O Native Backup Encryption não esta disponível nas edições Express e Web do Microsoft SQL Server.
  2. O processo de appending capacidade de abrir um arquivo de backup já existente e adicionar o novo conteúdo ao seu final não é suportado para backups criptografados.

Referências

https://blogs.technet.microsoft.com/dataplatforminsider/2013/10/17/sql-server-2014-ctp-2-now-available/

https://www.pythian.com/blog/sql-server-2014-ctp-2-native-backup-encryption/

https://docs.microsoft.com/en-us/sql/t-sql/statements/backup-transact-sql

https://docs.microsoft.com/en-us/sql/t-sql/statements/restore-statements-transact-sql

https://docs.microsoft.com/en-us/sql/t-sql/statements/create-certificate-transact-sql

https://docs.microsoft.com/en-us/sql/t-sql/statements/restore-statements-headeronly-transact-sql

Links

Caso você ainda não tenha acessado os posts anteriores desta sessão, fique tranquilo é fácil e rápido, basta selecionar um dos links apresentados a seguir:

https://pedrogalvaojunior.wordpress.com/2017/04/30/14-para-que-serve/

https://pedrogalvaojunior.wordpress.com/2017/03/25/13-para-que-serve/

https://pedrogalvaojunior.wordpress.com/2017/01/23/12-para-que-serve/

Conclusão

Durante muito tempo este foi um dos recursos mais esperados e aguardos pelos profissionais do Microsoft SQL Server, principalmente pela necessidade até então da aquisição de ferramentas de terceiros, o que gerava custos, bem como, para realizar um procedimento simples trabalhar com dois produtos distintos ao mesmo tempo, o que para alguns pode parecer dificultoso.

Neste post fizemos uso do algoritmo AES_256 considerado por muitos profissionais um dos mais seguros, mas vale a pena fazer uso e comparação dos demais para justamente identificar suas diferenças de comportamento ainda mais se levarmos em consideração diferenças no tempo de execução de um backup criptografado com outro algoritmo.

Mas esse desafio e análise vou deixar para você!!!

Agradecimentos

Antes de finalizar, são 8:54hrs da manhã, estou terminando o post, mas com um lindo dia me esperando para estudar e trabalhar, faça você isso também aproveite a sua vida, pois ela passa muito rápido.

Espero que este conteúdo possa lhe ajudar e ser útil em suas atividades profissionais e acadêmicas.

Um forte abraço, até o próximo post da sessão Para que serve…..

Valeu.

Versões Preview do Windows Server começarão a ser disponibilizadas em breve


A Microsoft confirmou nesta semana no Windows Server Blog que as versões Preview do Windows Server começarão a ser disponibilizadas em breve via Windows Insider Program.

O Windows Server passou a fazer parte do Windows Insider Program em 11 de maio.

Novas versões Preview do Windows Server em breve

No dia 15 de junho a Microsoft anunciou que, assim como o Windows 10 e o Office 365 ProPlus, o Windows Server passará a receber duas grandes atualizações por ano.

Com isso as atualizações serão disponibilizadas durante a primavera norte-americana (entre março e junho) e uma durante o outono norte-americano (entre setembro e dezembro).

Versões Preview do Windows Server começarão a ser disponibilizadas em breve

O novo post da Microsoft sobre a disponibilidade das novas versões Preview do Windows Server em breve indica que os testes da primeira atualização, com lançamento entre setembro e dezembro de 2017, estão para começar.

Usuários e profissionais de TI interessados podem se registrar no Windows Insider Program através do link https://insider.windows.com/ForBusiness.

Fontes e Direitos Autorais: Microsoft – Windows Server Blog – 15/06/2017. https://blogs.technet.microsoft.com/windowsserver/2017/06/15/previews-for-windows-server-semi-annual-channel-releases-coming-soon/

 

Windows Server receberá duas grandes atualizações por ano


Assim como já ocorre com o Windows 10 e com o Office 365 ProPlus, o Windows Server passará a receber duas grandes atualizações por ano.

Com o lançamento de cada uma destas atualizações, o System Center Configuration Manager também será atualizado para oferecer suporte. No caso do Windows 10, a Microsoft informou em abril deste ano que ele receberá uma atualização em março e outra em setembro.

Já sobre o Windows Server, o novo ciclo de atualizações do sistema operacional agora indica que ele receberá uma grande atualização durante a primavera norte-americana (entre março e junho) e uma durante o outono norte-americano (entre setembro e dezembro).

A primeira grande atualização do Windows Server, que será lançada entre setembro e dezembro de 2017, não deve receber um nome específico como as do Windows 10, como Creators Update, por exemplo. Ao invés disso ela deverá ser conhecida apenas pelo seu número de versão – possivelmente 1709.

Também foi confirmado que o Server Core receberá duas grandes atualizações por ano.

Fontes e Direitos Autorais: ZDNet – 15/06/2017 – 16:04 GMT. http://www.zdnet.com/article/microsoft-to-deliver-two-windows-server-feature-updates-per-year-starting-this-fall/#ftag=RSSbaffb68

Mais informações sobre o CShell do Windows 10


O site Windows Central divulgou nesta segunda-feira mais algumas informações sobre o CShell do Windows 10. Um vídeo mostrando uma versão preliminar também está disponível.

CShell do Windows 10

No início deste ano surgiram informações de que a Microsoft estava trabalhando em um novo “shell adaptável” para o Windows 10 que funcionará em PCs, tablet, smartphones, HoloLens e até mesmo no Xbox One.

O Shell do Windows 10 atual ainda não é um elemento completamente universal, ao contrário do subsistema OneCore e dos aplicativos baseados na Universal Windows Platform.

Os PCs e tablets compartilham o mesmo Shell graças ao Continuum, mas smartphones, HoloLens e Xbox One possuem versões individuais próprias que são mantidas e atualizadas separadamente.

Com futuras atualizações do Windows 10, a Microsoft pretende implementar um Shell único que se adaptará a diferentes plataformas e assim transformá-lo em um sistema completamente universal.

Conhecido internamente na empresa como “Composable Shell” ou “CShell”, este novo Shell do Windows poderá se adaptar a diferentes tipos de dispositivos de forma similar ao modo como o Continuum alterna entre o modo padrão e o modo tablet.

Embora não tenha sido mencionado pelo nome, o Composable Shell já apareceu publicamente em uma demonstração da Microsoft no ano passado. Nesta demonstração foi possível ver o modo Continuum do Windows 10 Mobile com um ambiente mais parecido com o do Windows 10 para PCs, ou seja, nela foi possível ver uma versão inicial do Composable Shell:

Mais informações sobre o CShell do Windows 10

Mais informações sobre o CShell do Windows 10

Uma versão preliminar do CShell do Windows 10 foi encontrada em um build interno da Microsoft que foi disponibilizado por engano por alguns minutos via Windows Insider Program.

No Windows 10 Mobile atual, a experiência do usuário com a tela inicial é diferente da oferecida na versão para desktops. Por exemplo, a versão para desktops incluir mais tamanhos para os blocos dinâmicos, menus de contexto e outras opções não presentes no Windows 10 Mobile.

Com o CShell do Windows 10, a situação é um pouco diferente. Com ele o usuário tem a mesma experiência no smartphone e no desktop, incluindo os menus de contexto e as outras opções:

A Central de Ações também é a mesma no PC e no smartphone com o CShell. Quando você desliza o dedo da parte superior para a inferior da telado smartphone, o design da Central de Ações é praticamente o mesmo da versão para desktop:

Outra mudança nesta versão preliminar do CShell do Windows 10 é o modo de visualização da tela inicial mostrado abaixo em um smartphone. Vale lembrar que nada disso é final e muita coisa ainda pode mudar:

Esta versão preliminar do CShell também introduz algumas melhorias no modo Continuum. Por exemplo, já é possível utilizar aplicativos em janelas que podem ser organizadas via Snap ou em diferentes áreas de trabalho virtuais como se o usuário estivesse no Windows 10 para desktops:

Fontes e Direitos Autorais:  Baboo.com –

Microsoft pode lançar novas versões do Windows 10 e do Windows Server 2016


De acordo com rumores recentes, a Microsoft pode estar planejando lançar novas versões do Windows 10 e do Windows Server 2016 ainda este ano.

Novas versões do Windows 10 e do Windows Server 2016

Referências ao Windows 10 Pro for Advanced PCs e Windows 10 Pro N for Advanced PCs e ao Windows Server 2016 ServerRdsh foram supostamente encontradas no 16212 do Windows 10, um build interno que foi liberado por engano por alguns minutos via Windows Insider Program.

Segundo os rumores, a Windows 10 Pro for Advanced PCs pode vir a se chamar Windows 10 Pro for Workstations. Um suposto documento vazado com o nome também apareceu na Web. Já a versão N seria voltada para o mercado europeu.

Rumor: Microsoft pode lançar novas versões do Windows 10 e do Windows Server 2016

De acordo com a suposta documentação, o novo Windows 10 deve ser voltado para o mercado corporativo e deverá suportar até quatro processadores e 6TB de memória RAM.

Pouco se sabe sobre a nova versão do Windows Server 2016, mas o ServerRdsh no nome é Remote Desktop Session Host.

É importante destacar que a Microsoft ainda não confirmou oficialmente as informações acima.

Fontes e Direitos Autorais: Baboo.com –