Escolar Documentos
Profissional Documentos
Cultura Documentos
RECEBIMENTO DE PRODUTO/SERVIÇO
AEB
Interno
Data Versão Elaboração Aprovação Publicação Descrição
Acrescentado o responsável no rodapé e o
Edirleneide Freneda,
15/01/2020 2.0 Ravy Santos Márcia Alves índice de figuras e quadros; Formatação
Paula Bento
da margem.
Modificação no cabeçalho, retirado o nome
Fatoumata do centro de custo fixo e deixado livre para
12/02/2020 3.0 Edirleneide Freneda Ravy Santos
Dramé a participação de outros na utilização do
formulário.
Documento original controlado através do CITDocs. Cópias impressas ou em outros canais de comunicação são
considerados cópias “Não Controladas”. Este documento não pode ser copiado ou cedido sem prévia autorização da
Central IT.
Página: 1/55 TERPS - TERMO DE ENCERRAMENTO E
RECEBIMENTO DE PRODUTO/SERVIÇO
Versão: 4.0
IMPLEMENTAÇÃO DE SQL SERVER 2017
Interno FAILOVER CLUSTER
SUMÁRIO
1 EVIDÊNCIAS DOS ITENS DE ACORDO COM A ORDEM DE SERVIÇO .................................... 3
1.1.1 IMPLEMENTAR POOL DE CONEXÕES DOS SERVIDORES PARA A REDE SAN ISCSI ......... 4
1.8.1 CRIAÇÃO DE USUÁRIOS PARA ACESSO AO SGBD COMO ADMIN PARA O AMBIENTE
DE PRODUÇÃO E PARA AS APLICAÇÕES ....................................................................... 50
4 BACKUP ..................................................................................................................... 54
5 TOPOLOGIA ................................................................................................................ 54
INSTÂNCIA 02.
1.1.1 Implementar pool de conexões dos servidores para a rede SAN iSCSI
Com o deploy dos servidores virtuais, foi preciso conectar os servidores à rede SAN
a fim de obter acesso ao storage para posterior criação de LUN’s. Segue abaixo evidências:
LESATH
LUCIDA
Como podemos verificar, cada instância precisou de 3 LUN’s, sendo: dados, logs e
backup.
Como verificado acima, todos os testes foram executados com sucesso. Segue com a
implementação do Failover Cluster.
Acima estão todas as LUN’s já inseridas no failover cluster, com suas respectivas
letras de unidade e nomeclatura. Todas as LUN’s foram formatadas em GPT, sistema de
arquivos ReFS com blocos de 64K. O ReFS suporta tamanhos de cluster de 4K e 64K. 4K é
o tamanho do cluster recomendado para a maioria das implantações, mas os clusters de 64K
são apropriados para grandes cargas de trabalho de IO sequenciais. A Pure storage recomenda,
por meio do link
https://support.purestorage.com/Solutions/Microsoft_Platform_Guide/sss_Windows_Server
_Features_and_Integrations/File_Systems o uso de blocos de 64K para cargas de trabalho do
Microsoft SQL Server.
Foi criado uma conta de serviço no Active Directory para execução do serviço desta
primeira instânica.
O método de autenticação foi configurado como misto, ou seja, habilitado acesso por
meio de grupo no Active Directory e o usuário SA foi habilitado.
O servidor PASSIVO identificou que há, no servidor ATIVO, uma instância SQL
Server já instalada, adicionado o servidor PASSIVO nessa mesma instância.
Foram organizados os discos que precisarão ser utilizados pelo SQL Server.
1.8.1 Criação de usuários para acesso ao SGBD como Admin para o ambiente
de produção e para as aplicações
Após a implantação das instâncias no failover cluster Microsoft, foi preciso configurar
os listerners no SQL Server Configuration Manager para as instâncias INSSQLETL001 e
INSSQLETL002 a fim de que possam escurtar e responder pela porta 1433 TCP. Segue abaixo
evidência da configuração:
Com a implantação das instâncias em failover cluster, foi necessário validar o failover
cluster efetuando o failover das instâncias entre os servidores NODES do cluster. Para isso,
foi agendado reunião para o dia 16/11/2020, no periodo verspertino para que seja feita, em
tempo real, o failover das instânicas aos colaboradores da Agência Espacial Brasileira. A
reunião no Teams será gravada e o vídeo servirá como evidência e será armazenado no file
server da AEB para compor os artefatos do projeto.
2 RELATÓRIO DE EXECUÇÃO
4 BACKUP
De acordo com o Contrato nº 09/2018, o backup é realizado pelo analista de
infraestrutura da empresa Central IT Governança Corporativa, prestadora de serviços de
Tecnologia da Informação na Agência Espacial Brasileira. Vale salientar que dever ser
arquitetado, junto aos DBA’s que administrarão o ambiente, a melhor estratégia a fim de
deixar o RPO e o RTO em conformidade com o que a AEB espera.
5 TOPOLOGIA
A topologia do serviço foi implementada conforme abaixo:
iSCSI-Fabric-A
10.168.200/23
.10 SWITCH A
CANESMAIOR
CT0 .151
.10
.151
.11 LESATH CLTSQLETL001 INSSQLETL001
.151 IP: 192.168.0.153 IP: 192.168.0.154
CT1
.11
TCP: 1433
INSSQLETL001 INSSQLETL002
INSSQLETL002
.12 .152 IP: 192.168.0.155
Data
CANESMENOR
H: R: CT0 .152
.12
E: TCP: 1433
LUCIDA Quorum
.152
Log I: P: .13
CT1 SWITCH B
.13
Backup J: Q: iSCSI-Fabric-B
10.168.202/23
CONCLUSÃO