PPI_III_Análise de Infraestrutura Oracle x SQL Server

Prévia do material em texto

FACULDADE SUMARE
CURSO
Redes de Computadores
DISCIPLINA
 PROJETO PROFISSIONAL INTERDISCIPLINAR - III
TEMA
Gestão de Projetos em Redes
TÍTULO
Análise de Infraestrutura Oracle x SQL Server
 
	Componentes
	RA
	Fagner Cavalcante Dos Santos
	1917981
Este trabalho tem a finalidade de apresentar o resultado de uma pesquisa, para compor a nota da disciplina PPI, sob a organização e orientação do Prof. 
São Paulo
 Jun/2020
Índice De Figuras
Figura 1 - Logotipo Empresarial Da Empresa Oracle	6
Figura 2 - Evolução do Software	7
Figura 3 - Logotipo Empresarial Da Empresa Microsoft SQL SERVER	13
Figura 4 - Banco de Dados SQL Server	14
Figura 5 - Recursos de segurança do SQL Server	15
Figura 6 - Microsoft SQL VS Oracle Database	19
Índice de Tabelas
Tabela 1 - Diferença entre SQL Server e Oracle	17
Sumário
1.Resumo	1
2.Introdução	2
3.Objetivos	4
3.1 Objetivo geral	4
3.2 Objetivos específicos	4
4.Metodologia	5
5.Fundamentação Teórica	6
5.1.História Da Oracle	6
5.2.Funcionamento da Oracle	9
5.4.História Do SQL SERVER	13
5.5.Funcionamento Do SQL Server	15
5.6.Segurança SQL Server	18
6.Resultados Da Pesquisa	19
6.1. Comparação Entre SQL Server x Oracle	19
6.2.SQL Server e Suas Vantagens	22
6.3.Oracle e Suas Vantagens	23
7.Considerações Finais	25
8.Referências	27
	
1.Resumo
Temos como objetivo neste trabalho fazer uma breve análise sobre Infraestrutura Oracle, e SQL Server mostrando exemplos como Infraestrutura Banco De Dados, tipos de banco de dados que estamos acostumados a ver e nos conectar no dia-a-dia. O gerenciamento de banco de dados está evoluindo, deixando de ser uma aplicação especializada para torna-se o componente central de um ambiente moderno de computação por isso a importância da matéria de banco de dados no nosso curso de redes de computadores.
Palavras-chave: Infraestrutura Oracle, Infraestrutura SQL Server
2.Introdução
Hoje em dia, a computação em nuvem conhecida também como cloud computing é a tecnologia que permite o uso remoto de recursos da computação por meio da conectividade da internet, poucos termos foram tão populares no mundo da tecnologia quanto a computação em nuvem parece que tudo acontece na nuvem. 
Falando da Oracle Cloud uma das melhores empresas do seguimento é uma nuvem corporativa de segunda geração que oferece desempenho avançado de processamento e rede, além de incluir um portfólio abrangente de serviços em nuvem e infraestrutura e plataforma. Desenvolvido para atender às necessidades de aplicativos essenciais, a Oracle Cloud é compatível com todas as cargas de trabalho herdadas e oferece ferramentas modernas de desenvolvimento em nuvem, permitindo que as empresas evoluam e planejem o futuro. 
Nossa nuvem de segunda geração é a única criada para executar o Oracle Autonomous Database, o primeiro e único banco de dados autônomo do setor. A Oracle Cloud oferece um portfólio abrangente de processamento em nuvem, desde desenvolvimento de aplicativos e análise avançada de negócios até gerenciamento de dados, integração, segurança, inteligência artificial (IA) e blockchain.
O Oracle Cloud Infrastructure foi lançado no final de 2016 com uma única região e alguns serviços principais em computação, armazenamento, banco de dados e rede. Desde então, o Oracle Cloud se expandiu para mais de 50 serviços disponíveis em 21 regiões de nuvem em todo o mundo, com um plano de atingir um total de 36 regiões até o final de 2020. Somente em 2019, o Oracle Cloud Infrastructure lançou mais de 200 novos serviços, recursos e aprimoramentos.
A Infrastructure OC combina a elasticidade e a utilidade da nuvem pública com o controle granular, a segurança e a previsibilidade da infraestrutura on-prememises para fornecer serviços de infraestrutura de alto desempenho e economia. O OC Infrastructure foi o primeiro principal provedor de nuvem para implementar virtualização de rede isolada ou fora da caixa, que retira a virtualização de rede e IO do servidor empilhar e colocá-lo na rede. 
Como resultado, os clientes podem provisionar hosts dedicados de autoatendimento, sem sobrecarga de hipervisor, barulhentos vizinhos ou recursos compartilhados com uma topologia de rede completa da camada 3 definida por software. Além disso, a virtualização de rede pronta para uso permite executando hosts bare-metal lado a lado com qualquer classe de sistemas - de máquinas virtuais (VMs) a contêineres e banco de dados otimizado sistemas como o Oracle Exadata - todos usando o mesmo conjunto de APIs. 
 Com o Oracle Cloud, os clientes podem aproveitar os recursos exclusivos do Exadata (milhões de priorização IOPS, priorização de IO, compactação colunar etc.) juntamente com os recursos de segurança e governança nativos da nuvem de um virtual da camada 3 redes em nuvem.
3.Objetivos
3.1 Objetivo geral – Quero mostrar ao longo deste trabalho o conceito da Infraestrutura em Nuvem, como é feita uma Infraestrutura em Nuvem e seu funcionamento, tendo como modelos o Oracle Cloud e SQL Server. 
	3.2 Objetivos específicos – Neste item estaremos analisando a Infraestrutura Oracle & SQL Server no contexto do funcionamento de uma Infraestrutura em Nuvem e sua estrutura, e, após esta explicação, faremos uma breve análise sobre a Oracle Cloud, um conceito novo no mercado que levará as cloud computing a um novo patamar de conexão, qualidade e alta velocidade, também fazendo uma breve comparação entre as duas Infraestrutura e mostrando no final de nossas pesquisas os pontos positivos e negativos de cada uma. 
4.Metodologia
A metodologia aplicada nesse trabalho é a explicativa, onde foram usadas as técnicas de coletas de dados. Ela serve para obter dados descritivos. A pesquisa desenvolvida a partir de: pesquisas em livros e materiais acadêmicos do curso Redes de Computadores, Faculdade Sumaré, Oracle Cloud, cloud computing, SQL Server, MySQL, DB2, PostgreSQL
Através de tópicos e gráficos onde abordaremos duas infraestruturas em BD, uma bem conhecido e muita usada, o SQL Server e uma outra que é bem estruturada, a Infraestrutura BD da Oracle, explorando suas histórias e modo de funcionamento, e no fim fazendo uma breve comparação entre ambos, abordando suas vantagens e desvantagens.
5.Fundamentação Teórica
5.1.História Da Oracle
 Em 1977, a Oracle Organization foi fundada por dois desenvolvedores, Larry Ellison e Bob Miner. Ambos tinham experiência anterior no desenvolvimento de software de banco de dados para diferentes organizações.
No ano de 1978, eles foram capazes de criar um primeiro RDBMS usando SQL. Este software é conhecido como Oracle Relational Database Management System.
A Oracle se tornou a primeira empresa a vender o software RDBMS e, em 1982, obteve receita anual de US $ 2,5 milhões.
O banco de dados Oracle é um sistema RDMS da Oracle Corporation. O software é construído em torno da estrutura de banco de dados relacional. Ele permite que objetos de dados sejam acessados ​​por usuários usando a linguagem SQL. O Oracle é uma arquitetura RDBMS completamente escalável, amplamente utilizada em todo o mundo.
A Oracle é um dos maiores fornecedores do mercado de TI e o nome abreviado de seu principal produto RDBMS, que foi formalmente chamado de Oracle Database.
A Oracle Corporation tem uma longa jornada para se tornar a empresa multinacional de tecnologia que possui atualmente.
Figura 1 - Logotipo Empresarial Da Empresa ORACLE
ORACLE
Fonte: http://mundodasmarcas.blogspot.com/2006/06/oracle-software-powers-internet.html
	Figura 2 – Evolução do Software
Fonte: https://www.slideserve.com/rinaldo/evolu-o-dos-m-todos-de-otimiza-o-de-performance-em-banco-de-dados-oracle
A linha do tempo 
1981 
● Lançamento da ferramenta, Interactive Application Facility (IAF), predecessora da futura ferramenta sql*forms do ORACLE. 
1983 
● Lançamento do ORACLEV3 escrito em linguagem c (que o torna portátil), primeiro software DBMS que rodava em minicomputadores, PC e mainframe. 
1984 
● Lançamento do ORACLE V4, que introduziu consistência de leitura e podia ser utilizado em diversas plataformas. 
1985 
● Lançamento do ORACLE 5 e do ORACLE 5.1, primeiros bancos de dados de servidor paralelo no vms/vax. 
1986 
● Lançamento do ORACLE Client/Server, primeiro banco de dados cliente/servidor. 
1987 
● Lançamento do primeiro banco de dados smp (multi-processamento simétrico). 
1992 
● Lançamento do ORACLE 7 para Unix, sendo introduzida à versão para PC dois anos depois. 
1993 
● Lançamento de um novo conceito tecnológico e de negócios chamado GRID COMPUTING, modelo de computação em rede para reduzir os custos de TI. É na verdade uma forma inovadora de trabalhar em redes que pode gerar significativos ganhos às empresas, uma vez que otimiza o uso dos ativos de TI. Seus recursos garantem que o processamento de aplicativos e do banco de dados possa ter sua carga redistribuída entre servidores e dispositivos de storage automaticamente, sempre que necessário. O conceito permite economias em investimentos de TI de 30% a 70%. Essa plataforma já está em sua quarta versão. 
1994 
● Introdução do servidor de mídia para suportar vídeos on demand. 
1995 
● Lançamento do primeiro banco de dados de 64 bits e também o primeiro a suportar JAVA. 
1998 
● Anúncio do suporte para o sistema operacional Intel Linux. 
1999 
● Lançamento do ORACLE 8i, que integrava Java/XML nas ferramentas de desenvolvimento, sendo o primeiro banco de dados com suporte nativo para XML. 
2000 
● Lançamento do E-BUSINESS SUITES, banco de dados sem fio com OracleMobile.
2001 
● Lançamento do ORACLE 9i, primeiro banco de dados com Real Application Clusters (RAC). 
2003 
● Lançamento do ORACLE 10g, banco de dados preparado para Grid Computing. 
2007 
● Lançamento o ORACLE 11g, a então nova geração de banco de dados da empresa. 
2010 
● Lançamento do ENTERPRISE MANAGER OPS CENTER, solução unificada para gerenciar toda a estrutura de software e hardware, que engloba dos aplicativos ao disco rígido, reduzindo a complexidade e aumentando a eficiência dos datacenters dos clientes. 
2013 
● Lançamento do ORACLE DATABASE 12c, o primeiro banco de dados feito para computação em nuvem, que simplifica o processo de consolidação de bancos de dados na nuvem, permitindo que os clientes gerenciem vários bancos de dados como um só, sem alterar seus aplicativos.
5.2.Funcionamento da Oracle
 Baseado na pesquisa tiramos as evidencia descritiva nesse tópico como narrativa da Oracle para entendimento e resumindo em poucas palavras seu último aprimoramento em banco de dados, o Oracle RAC (Real Application Clusters) é um banco de dados ou conjunto de bancos de dados agrupados em um conjunto de servidores usando o software fornecido pela Oracle, chamado Oracle Clusterware. 
 O Oracle RAC foi apresentado pela primeira vez com o Oracle 9i. Em sua forma mais simples, o Oracle RAC é um único banco de dados que é acessado e compartilhado por várias instâncias do Oracle em execução em servidores separados. Em um ambiente Oracle RAC, múltiplas instancias acessam uma única database. As instancias são comumente criadas em servidores separados que são conectados via conexão de alta velocidade interconectada com acesso a área compartilhada de disco. 
 Os arquivos database residem em um grupo de discos compartilhados, e cada instancia tem o seu próprio controle de arquivos e logs de recuperação nos discos compartilhados. O usuário pode ser direcionado para a conexão da database através de uma das instâncias ligadas a ele. Se uma instancia cair, a conexão deve ser dinamicamente reconectada ao database via outra instância do cluster. 
 O RAC oferece uma solução de alta disponibilidade e escalabilidade de performance, aumentando a memória e processadores disponíveis ao conectar os processos. (Loney, 2004). Um banco de dados Oracle RAC é um banco de dados compartilhado de tudo. Todos os arquivos de dados, arquivos de controle, SPFILEs e arquivos de log refazer em ambientes Oracle RAC devem residir em discos compartilhados que reconhecem clusters, de modo que todas as instâncias do banco de dados de cluster possam acessar esses componentes de armazenamento. 
 Todas as instâncias do banco de dados devem usar a mesma interconexão, que também pode ser usada pelo Oracle Clusterware. Como os bancos de dados Oracle RAC usam uma arquitetura de tudo compartilhado, o Oracle RAC exige armazenamento com reconhecimento de cluster para todos os arquivos de banco de dados. (HART, 2004)
Banco de Dados Oracle é composto por 3 tipos de estruturas físicas (arquivos):
Dados (data files);
Controle (control files);
Log (redo log files) e Parâmetros (parameter file).
Data files – Contém todos os dados do banco. Estruturas lógicas, tabelas, índices, visões e outros objetos são armazenados nestes arquivos. Um ou mais data files podem compor uma tablespace (objeto lógico que armazena os arquivos de dados).
Control files – Arquivos que armazenam informações sobre as estruturas físicas do banco de dados (nome, localização, .). Todos os data files e redo log files são identificados no control file, bem como o nome do banco de dados. Recomenda-se que se tenha no mínimo dois Control Files, armazenados em discos diferentes (se possível).
Redo l og files – Arquivos que guardam todas as alterações efetuadas nos dados das tabelas do banco e são utilizados para recuperação destas.Para garantir uma boa recuperação, cada redo log file deve ter no mínimo uma réplica. 
 Um conjunto de redo log files iguais recebe o nome de grupo, e um grupo é formado por membros (redo log file original e suas réplicas). Ao terminar o espaço disponível nos membros de um grupo redo log, a gravação continua nos membros do grupo seguinte (log switch). 
 O grupo anterior fica então disponível para ter seu conteúdo copiado para outro local (archive log files), pois, a o terminar o espaço no último grupo, o processo irá reutilizar o primeiro, sobregravado-o. Além dos 3 tipos de arquivos citados acima temos também o 
Parameter file – Para inicializar uma instância, o Oracle deve ler um arquivo de parâmetros de nomepadrão init<nome_da_instância>.ora. Este arquivo é do tipo texto e contém diversos parâmetros de configuração associados a uma instância, aos quais devem ser atribuídos valores específicos. O
Recursos do Oracle
Facilidade de recuperação de dados ao comparar com bancos de dados.
O sistema RDMS pode lidar facilmente com grandes quantidades de dados.
Permite alterar plataformas a qualquer momento.
Oferece a opção de estratégias de expansão e expansão.
O banco de dados permite executar novamente as cargas de trabalho de produção reais, incluindo cargas de trabalho de usuário e lote online, em ambientes de teste.
Suporte para tecnologias de virtualização específicas de hardware e sistema operacional.
Fornece suporte VMWare para ambientes SAP de teste e produtivos.
Se o banco de dados primário ficar indisponível, o banco de dados em espera poderá atuar como um banco de dados primário.
Pode ser usado para leitura / gravação, geração de relatórios, testes ou backups, reduzindo a carga no banco de dados primário.
Processamento ininterrupto para usuários, o que elimina a necessidade de recuperação manual.
5.3. Segurança Oracle
 Buscando em analise e aprofundando as pesquisas pelo site da Oracle em segurança dos produtos oferecidos temos como base o Oracle Database 19c fornece segurança em várias camadas, incluindo controles para avaliar riscos, impedir a divulgação não autorizada de dados, detectar e relatar atividades em banco de dados e impor controles de acesso a dados no banco de dados com segurança orientada por dados. 
 
 Recursos como opções de migraçãode espaço de tabela on-line e off-line fornecem flexibilidade durante a implementação de criptografia, enquanto a análise de privilégio de banco de dados ajuda a reduzir a superfície de ataque de um aplicativo. 
 Usando atualizações sem tempo de inatividade do Oracle Linux com Oracle Ksplice, bugs críticos do sistema operacional e vulnerabilidades de segurança podem ser corrigidos sem incorrer em interrupções do banco de dados, mantendo seus dados disponíveis e protegidos de quaisquer ameaças. 
 
 Combinado com o Oracle Key Vault e com o Oracle Audit Vault and Database Firewall, o Oracle Database 19c oferece recursos inéditos de defesa profunda para ajudar as organizações a atender aos requisitos de segurança e conformidade existentes e emergentes.
5.4.História Do SQL SERVER
 Bom falarei sobre o SQL Server, tudo começou em 27 de março de 1987, o presidente da Microsoft na época, Jon Shirley, e o co-fundador e presidente da Sybase, Mark Hoffman, assinaram um acordo onde a Microsoft obteria direitos exclusivos ao produto DataServer da Sybase para o OS/2. 
 Já a Sybase além de obter os royalties da Microsoft, ganharia credibilidade com o endosso de sua tecnologia pela Microsoft. 
 Para ganhar aceitação no mundo dos bancos de dados para PC, onde o dBASE da Ashton-Tate tinha boa parte do mercado, o “novo” sistema de gerenciamento de banco de dados da Microsoft (licenciado pela Sybase) precisaria interessar à grande comunidade do dBASE. E a maneira mais direta de fazer isso era fazer a Ashton-Tate endossar o produto, e foi exatamente o que a Microsoft fez, um acordo com a Ashton-Tate.
 Atualmente lançou a versão final do Microsoft SQL Server 2008 (codinome Katmai) foi lançada em agosto de 2008, entre as novidades estão funções para compressão de dados, suporte a informações geo-espaciais e gerenciamento baseado em políticas, além de novas opções de relatórios e serviços de análise.
 O MS SQL Server é um SGBD - sistema gerenciador de Banco de dados relacional criado pela Microsoft. Com a nova versão o Microsoft SQL Server 2008 é fornecida uma plataforma de dados confiável, produtiva e inteligente que permite que você execute suas aplicações de missão crítica mais exigentes, reduza o tempo e o custo com o desenvolvimento e o gerenciamento de aplicações e entregue percepção que se traduz em ações estratégicas em toda sua organização.
 O SQL É um Banco de dados robusto e usado por sistemas corporativos dos mais diversos portes. O Microsoft SQL Server 2008 fornece uma plataforma confiável de dados que permite que a execução de aplicações de missão crítica mais exigentes.
 “Pessoas têm ilhas de dados em suas organizações, e precisam de uma plataforma que forneça a 'malha' que realmente una tudo e as tornem mais valiosas que a soma de suas partes. É disso que se trata o SQL Server 2008.”
Algumas funções do SQL Server:
Trigger
Stored procedure
SQL User Function
Extended Stored Procedure.
Figura 3 - Logotipo Empresarial Da Empresa Microsoft SQL SERVER
Fonte: http://elderstroparo.blogspot.com/2010/01/historia-do-sql-server.html
5.5.Funcionamento Do SQL Server 
 Mediante as pesquisas feita em site e apostilas sobre o SQL Server venho tentando simplificar o entendimento do mesmo em poucas palavras sobre o sistema de gerenciamento de bancos de dados cliente/servidor de alto desempenho com alta integração com o Windows NT. Suas características são: Integração com os serviços de multithreading [múltiplas linhas], agendamento, Monitor de Desempenho, e log de eventos do Windows NT. Um usuário pode se conectar ao SQL Server com a mesma senha usada para a rede Windows NT. 
 Replicação nativa permite disseminar informações para vários locais, reduzindo a dependência de um servidor único, e deixando a informação necessária mais próxima de quem realmente precisa dela. Arquitetura paralela, que executa as funções de banco de dados simultaneamente para diversos usuários e tira proveito de sistemas com múltiplos processadores. Gerenciamento centralizado de todos os servidores através de uma arquitetura de gerenciamento distribuída, com uma interface visual de gerenciamento.
Um sistema gerenciador de banco de dados (SGBD) como o SQL Server é responsável por armazenar dados de forma confiável e permitir fácil recuperação e atualização desses dados. Um SGBD relacional armazena dados de forma relacional, isto é, na forma de linhas e colunas.
Um banco de dados [database] é um conjunto de tabelas que contêm dados relacionados. Por exemplo, um sistema de contas a pagar poderia ter um banco de dados de contas a pagar, com uma tabela para duplicatas, uma tabela para bancos, uma tabela para contas etc. 
Um índice [index, plural 'indexes' ou 'indices'] é um mecanismo que permite pesquisar rapidamente por linhas em uma tabela, dado o valor de uma determinada coluna (ou algumas colunas) da tabela. Um índice primário ou chave primária define um valor único, que não pode ser repetido em outras linhas da tabela. Uma consulta [query] é um pedido de pesquisa no banco de dados, que permite obter todo um subconjunto da tabela ou de várias tabelas, especificando as condições de seleção.
Sistemas Gerenciadores de Banco de Dados um sistema gerenciador de banco de dados (SGBD) como o SQL Server é responsável por armazenar dados de forma confiável e permitir fácil recuperação e atualização desses dados. 
Um SGBD relacional armazena dados de forma relacional, isto é, na forma de linhas e colunas. Conceitos relacionais um registro [record] ou linha [row] é um grupo de variáveis com tipos de dados diferentes, que armazenam dados relacionados. Por exemplo, um registro pode conter os dados relativos a um produto vendido pela empresa, como descrição, código de identificação, quantidade em estoque. 
Um campo [field] ou coluna [column] é um dos itens de informação dentro de uma linha da tabela, como a descrição da informação. Uma tabela [table] é um conjunto de linhas (registros) com a mesma estrutura, armazenados de forma permanente em disco.As tabelas são compostas de linhas (row) ou registros (record) e colunas (column) ou field(campo). 
Desktop x Cliente/Servidor uma aplicação que utiliza bancos de dados é composta de três partes: 
• Interface com o usuário: responsável por validar as entradas do usuário, e iniciar pesquisas de acordo com um pedido do usuário. 
• Mecanismo de acesso [database engine]: responsável pela manutenção das estruturas de dados necessárias em arquivos, pelos detalhes internos do acesso aos dados, e pela manutenção da integridade dos dados. 
• Armazenamento de dados: arquivos que contém os dados em si. Um banco de dados "desktop" (ou baseado em arquivos) é aquele no qual a interface com o usuário e o mecanismo de acesso ficam no mesmo computador (a estação) e apenas os arquivos de dados ficam num servidor de rede. 
Operações de consulta ou pesquisa devem passar através da rede. Por exemplo, quando um usuário quer ver uma relação de contas a pagar, mas apenas em determinado período, o sistema deve selecionar alguns registros baseado na data informada. No ambiente desktop, a estação traz todos os registros através da rede, mesmo os que não são utilizados. 
O tráfego gerado na rede é grande, principalmente quando várias estações acessam simultaneamente o servidor. Já num banco de dados cliente/servidor, a interface com o usuário fica na estação e se comunica remotamente com o mecanismo de acesso, que é um sistema gerenciador de banco de dados (SGBD) rodando no servidor. Quando o SGBD recebe um pedido para selecionar alguns dados, ele acessa localmente os dados no servidor e retorna apenas o resultado pedido. No caso de uma atualização, não é necessário nem mesmo retornar um resultado, apenas informar que a atualização foi feita. A imagem abaixo resume as diferenças entre os ambientes:
Figura 4 - Banco de Dados SQL Server 
Fonte: https://azure.microsoft.com/pt-br/services/sql-database5.6.Segurança SQL Server 
 A segurança do SQL Server pode ser exibida como uma série de etapas, envolvendo cinco áreas: a plataforma, a autenticação, os objetos (inclusive os dados) e os aplicativos que acessam o sistema.
Figura 5 - Recursos de segurança do SQL Server
Fonte: https://docs.microsoft.com/pt-br/azure/azure-sql/database/security-overview
Segurança física, as práticas recomendadas para segurança física limitam estritamente o acesso ao servidor físico e aos componentes de hardware. Por exemplo, o uso de espaços bloqueados com acesso restrito para o hardware do servidor de banco de dados e dispositivos da rede. Além disso, limite o acesso à mídia de backup armazenando-a em local seguro fora do ambiente de trabalho.
Segurança do sistema operacional, os service packs e atualizações do sistema operacional incluem aperfeiçoamentos de segurança importantes. Aplique todas as atualizações ao sistema operacional depois de testá-las com os aplicativos do banco de dados.
Os firewalls também fornecem formas efetivas para implementar a segurança. Logicamente, um firewall é o responsável por separar ou restringir o tráfego da rede, que pode ser configurado para aplicar a política de segurança de dados de sua empresa. Se você usa um firewall, aumenta a segurança no nível do sistema operacional, criando um gargalo que permite o foco nas medidas de segurança.
Criptografia e certificados, a criptografia não resolve problemas de controle de acesso. Porém, aumenta a segurança, limitando a perda de dados mesmo se os controles de acesso forem ignorados, o que é raro. Por exemplo, se o computador host do banco de dados for malconfigurado e um usuário malicioso obtiver dados confidenciais, como números de cartão de crédito, essas informações roubadas poderão ser inúteis se estiverem criptografadas. A tabela seguinte contém mais informações sobre criptografia no SQL Server.
6.Resultados Da Pesquisa
6.1. Comparação Entre SQL Server x Oracle
O Oracle é executado em uma ampla variedade de plataformas, enquanto o servidor SQL pode ser instalado apenas no servidor Windows. O Oracle suporta otimização de consulta em estrela, enquanto o SQL Server não oferece otimização de consulta.
No Oracle, os valores não são alterados antes da confirmação, enquanto no SQL Server os valores são alterados mesmo antes da confirmação. O Oracle permite reversão durante o processo de transação, enquanto o SQL Server não permite reversão no processo de transação.
O Oracle suporta muitos "Esquemas" com a instância, enquanto o SQL Server oferece "Esquemas" em cada banco de dados do usuário. O Oracle permite backups de banco de dados, completos, em nível de arquivo, incrementais e diferenciais, por outro lado, o SQL Server permite backups completos, parciais e incrementais.
O Oracle usa os gatilhos "depois" e "antes", enquanto o SQL Server usa apenas os gatilhos "depois".
Tabela 1 - Diferença entre SQL Server e Oracle
	Parâmetros
	Ms- SQL Server
	Oráculo
	Empresa-mãe
	É de propriedade da Microsoft Corporation.
	É de propriedade da Oracle Corporation.
	Sintaxe
	Sintaxe mais simples e fácil.
	Sintaxe complexa e mais eficiente.
	Baixar
	A versão de avaliação de 120 ou 180 dias está disponível em www. Micrsoft.com/sqlserver
	A versão Opensource pode ser baixada em otn.oracle.com
	Suporte de plataforma
	Pode instalar apenas no servidor Windows. Mas a versão 2017 em diante pode ser instalada no Linux
	Execute em uma ampla variedade de plataformas
	Língua
	O MS-SQL usa transações SQL ou T-SQL.
	PL / SQL ou é usado pela Oracle Corporation.
	Agendamento de tarefas
	Agendamento de trabalhos por meio do SQL Server Agent
	Agendamento de tarefas via Oracle scheduler ou OEM
	Índices de mapa de bits
	Nenhum índice de bitmap se baseia em teclas e funções reversas.
	Usa bitmap, índices baseados em funções e teclas reversas.
	Otimização de consulta
	Sem otimização de consulta.
	Usa otimização de consulta em estrela.
	Gatilhos
	Usa principalmente gatilhos "depois".
	Usa os gatilhos "depois" e "antes".
	Suporte e solução de problemas
	Fornece notas técnicas, descrições de bugs, scripts, patches e download sem custo adicional.
	Chamada de suporte, cobrada por cada caso de suporte.
	Reverter
	Não permitido no processo de transação.
	A reversão é permitida durante o processo de transação.
	Acessos simultâneos
	Acessos simultâneos não são permitidos quando um gravador está em andamento, o que aumenta o tempo de espera.
	Os acessos simultâneos são permitidos e o tempo de espera geralmente é menor.
	Mudança de Valor
	Os valores são alterados antes mesmo da confirmação.
	Os valores não são alterados antes da confirmação.
	Método
	Use o método de bloqueio de linha ou página. Ele nunca permite uma leitura enquanto a página está bloqueada.
	Use uma cópia do registro e, ao modificá-lo, permite a leitura de dados originais enquanto faz a modificação.
	Manipulação de erros
	O SQL Server executa cada comando separadamente, por isso será muito difícil fazer alterações se algum erro for encontrado durante o processo.
	O Oracle trata cada nova conexão com o banco de dados como uma nova transação.
	Intervenção humana
	Segue a alocação de memória global para menos invasão do administrador do banco de dados. Portanto, muito poucas chances de erros humanos.
	Segue alocação dinâmica de memória. O DBA precisa interromper mais. Portanto, maiores chances ou erros humanos.
	Execução paralela
	Nas instruções INSERT, UPDATE, DELETE do MS SQL server são executadas serialmente.
	A Oracle executará as instruções INSERT, UPDATE, DELETE e MERGE em paralelo.
	Suporte de automação
	O consultor de atualização SQL está disponível para automação.
	Assistente de atualização de banco de dados disponível para automação.
	Refazer fluxo
	Os fluxos de refazer são exclusivos para cada usuário e banco de dados.
	Um fluxo de refazer no nível do banco de dados.
	Esquemas
	"Esquemas" dentro de cada banco de dados de uso.
	Muitos "esquemas" com a instância.
	Proteção
	Logins autenticados no nível da instância e no banco de dados.
	Usuário autenticado via credencial de banco de dados e funções do SO.
	Sharability
	Todo banco de dados possui seu próprio arquivo de disco não compartilhado no servidor.
	Todos os objetos de banco de dados são agrupados por esquemas. A coleção de subconjuntos de objetos de banco de dados e todos os objetos de banco de dados são compartilhados entre todos os esquemas e usuários.
	Backups
	Permite backups completos, parciais e incrementais
	Permite backups de banco de dados, completos, em nível de arquivo, incrementais e diferenciais.
	Manutenção
	As tabelas geralmente armazenam organizadas por índice.
	Atualizar estatísticas automaticamente e identificar problemas de SQL
Fonte: https://www.guru99.com/oracle-vs-sql-server.html
Figura 6 – Microsoft SQL VS Oracle Database
Fonte: https://www.guru99.com/oracle-vs-sql-server.html
6.2.SQL Server e Suas Vantagens
 As SGBD comercializado atualmente pela Microsoft. Nasceu em 1988, a partir de uma parceria entre Microsoft, Sybase e Aston-Tate;
- Última versão: SQL Server 2008;
- Custo de uma licença da versão Enterprise por CPU: aprox. U$ 28.000 por CPU;
- Pode ser instalado somente em SO Windows;
- Possui ferramentas de administração com interface gráfica excelentes, que possibilitam um gerenciamento mais fácil e produtivo. Ex.: SQL Server Management Studio 2008;
- Como toda ferramenta Microsoft, o BD SQL Server em geral, é mais fácil de administrar e de programar do que em Oracle.
- 2 Recursos que acho bastante interessantes em SQL Server e que não existem correspondência no Oracle, são:
 Divisão lógica de uma instância contendo vários BDs. No Oracle temos apenas vários schemas. O SQL Server possui uma camada extra onde cada BD pode conter vários usuários ou schemas. Desse modo, podemos organizar e gerenciar melhor schemas correlacionados, pertencentes a uma mesma aplicação, em um BD isolado dos demais schemas do BD;
 Possui um schema do sistema chamado MODEL que serve comotemplate para schemas de usuários. Se por exemplo, o schema MODEL tiver 2 tabelas e uma visão, ao criar um novo schema de usuário, ele será criado com estes mesmos objetos.
6.3.Oracle e Suas Vantagens
 SGBD comercializado atualmente pela Oracle, que nasceu em 1979 e que foi o primeiro BD relacional comercializado no mundo;
- Última versão: Oracle Database 11G;
- Custo de uma licença da versão Enterprise por CPU: U$ 47.500 (até 2 core);
- Pode ser instalado em múltiplas plataformas desde 1985. Entre as principais, podemos citar: Unix, Linux, HP/UX, BIM AIX, IBM VMS e Windows;
- Possui ferramentas de administração com interface gráfica menos amigáveis que as do SQL Server. Isso vem mudando e melhorando a cada nova versão do Oracle. No 10G, o Enterprise Manager possui muitos recursos e sua interface gráfica evoluiu muito, mas ainda acho que as ferramentas da Microsoft são mais intuitivas e mais produtivas. No Oracle o DBA costuma gerenciar muitas atividades do BD através de conjuntos de scripts;
- Possui uma documentação muito bem detalhada, o que de início até assusta, mas permite que você conheça muito bem o BD e todos os seus recursos;
- Possui mais recursos de segurança e performance que o SQL Server. Exemplos:
 a) Por padrão, o Oracle não commita transações. Isso permite que você desfaça as alterações de uma instrução SQL, caso ela tenha sido submetido erroneamente. No SQL, por padrão as intruções SQL são auto-commitadas, o que facilita o trabalho geral dos desenvolvedores, mas que dificulta o trabalho de recuperação por danos acidentais e o controle transacional;
 b) Por padrão, o Oracle permite efetuar leitura consistente de dados. Esse recurso permite que um usuário “B” leia os dados de uma linha de uma tabela, no mesmo momento em que ela está sendo alterada por um usuário “A”, sem que o usuário “B” visualize os dados que estão sendo alterados pelo “A”. Não há bloqueio de leitura nem risco do usuário “B” visualizar os dados que ainda não foram commitados pelo usuário “A”. No SQL Server esse não é o comportamento padrão do BD, portanto, desenvolvedores inexperientes poderão desenvolver aplicações com sérios problemas de performance no acesso concorrente, se não tiverem os conhecimentos necessários para contornar bloqueios de leitura aos dados;
 c) Arquitetura mais flexível e com mais recursos para otimização de performance. No Oracle é possível criar e gerenciar diversas estruturas de memória no BD. É possível, por exemplo, definir estruturas de armazenamento com tamanhos de blocos que podem variar de 2k à 32k. No SQL Server só é possível criar estruturas de armazenamento de 8k. Em Oracle, sistemas OLAP e índices em geral, são otimizados com tamanhos de blocos maiores (32k);
 d) Possui Packages, que são objetos que permitem (entre diversos outros benefícios) agrupar e encapsular código de stored procedures e funções;
 e) Possui Sequences (que já li em alguns blogs que será implementado no SQL Server 2012). Sequences possuem muito mais recursos do que colunas de auto-incremento, existentes em SQL Server, para definir valores de chaves-primárias. Um exemplo que posso citar é o cache de Sequences, que permite otimizar a performance de inserções que necessitam de um valor único para compor a chave-primária (ver artigo http://www.fabioprado.net/2010/09/cache-em-oracle-sequences.html;
 f) O Oracle possui mais tipos de índices que o SQL Server. Índices permitem otimizar consultas em BD. 2 exemplos que vou citar no Oracle que não existem itens correspondentes no SQL Server são: índices BITMAP (que permitem otimizar consultas em colunas com baixa cardinalidade) e índices Baseados em função (que permitem indexar funções em colunas);
 g) Permite criar um ou mais processos chamados listeners, que são utilizados para conectar clientes remotos ao BD. Uma das vantagens de ter este tipo de processo é que a conexão ao BD pode ser distribuída entre diversos listeners, ou seja, podemos configurar múltiplos listeners para grupos menores de usuários, para ouvir em portas diferentes, com o objetivo de evitar gargalos de conexão ao BD quando temos muitos usuários (normalmente mais de 200 conexões por segundo) se conectando ao mesmo tempo;
 	h) O Oracle possui um modelo de controle de acesso concorrente chamado multiversion read consistency (MVRC) que é um dos melhores modelos do mercado para permitir um controle de acesso concorrente com menor contenção de linhas e consequentemente, melhor performance quando há acesso concorrente aos dados. 
 No Oracle o controle de bloqueios é realizado através da gravação de indicadores de bloqueio no nível das linhas, já no SQL Server existe um componente chamado Lock Manager para fazer o mesmo trabalho. No Lock Manager há uma sobrecarga maior para gerenciar uma grande qtde. de bloqueios, que consequentemente podem degradar a performance de atualizações e acessos concorrentes.
7.Considerações Finais
 A percepção que eu tenho é que a Microsoft tem um histórico de manter o foco na entrega de produtos mais fáceis de se utilizar e de gerenciar. A Oracle, por sua vez, tem foco na entrega de produtos com mais segurança e com vasta gama de recursos. Ambos são ótimos BDs e cada um tem suas vantagens e desvantagens. 
 O SQL Server tem a principal vantagem de ter um custo menor, aproximadamente metade do preço de um Oracle. No SQL Server existem algumas funcionalidades (Ex.: Particionamento de tabelas) que também existem no Oracle, mas que no SQL Server não precisa de licença adicional, enquanto que, no Oracle, é necessário adquirir licenças adicionais (Options), o que torna o produto Oracle mais caro ainda. Outra vantagem do SQL Server é a facilidade de uso e gerenciamento. 
 Eu, particularmente, quando comecei a trabalhar com Oracle, achava tudo muito difícil. As ferramentas do SQL Server eram mais produtivas e mais intuitivas.
 O Oracle tem um custo mais alto que o SQL Server e é mais difícil de administrar, porém é um produto que possui mais recursos de segurança e performance, que podem ser muito importantes e cruciais para empresas que possuem aplicações críticas e que possuem muitos dados e muitos usuários concorrentes, em geral.
 Para finalizar, vou responder agora à questão que surgiu no início deste artigo: Qual é o melhor BD: Oracle ou SQL Server?
R.: Bom… isso depende da necessidade! De um modo geral, acredito que o SQL Server é mais indicado para pequenas e médias empresas ou pequenas e médias aplicações, devido ao custo menor desse BD e porque normalmente as aplicações que são executadas nestes ambientes possuem menor quantidade e complexidade de requisitos. O Oracle, por sua vez, é mais indicado para grandes empresas ou grandes aplicações, que possuem requisitos de negócios mais complexos e críticos, e que possuem grana para pagar pelos recursos de segurança e performance adicionais que este BD oferece.
8.Referências
· https://www.opservices.com.br/banco-de-dados/
· 
· https://www.oracle.com/br/cloud/
· 
· https://www.slideserve.com/rinaldo/evolu-o-dos-m-todos-de-otimiza-o-de-performance-em-banco-de-dados-oracle
· 
· https://pt.wikipedia.org/wiki/Oracle_(banco_de_dados)
· 
· http://mundodasmarcas.blogspot.com/2006/06/oracle-software-powers-internet.html
· 
· http://mundodasmarcas.blogspot.com/2006/06/oracle-software-powers-internet.html
· 
· https://pt.wikipedia.org/wiki/Microsoft_SQL_Server
· 
· http://www.bosontreinamentos.com.br/sobre/
· 
· http://elderstroparo.blogspot.com/2010/01/historia-do-sql-server.html
· 
· https://azure.microsoft.com/mediahandler/files/resourcefiles/azure-sql-database-serverlessinfographic/SQL%20DB%20serverless%20infographic_Mar%202020.pdf
· 
· https://i9tec.com.br/solucoes/sql-server/
· 
· https://infob.com.br/sql-server-vs-oracle/
· 
· https://docs.microsoft.com/pt-br/sql/relational-databases/security/securing-sql-server?view=sql-server-ver15
· 
· https://www.slideserve.com/rinaldo/evolu-o-dos-m-todos-de-otimiza-o-de-performance-em-banco-de-dados-oracle· 
· file:///C:/Users/Raul/Downloads/SQL_Server_and_Azure_SQL_Database_GDPR_Guidance_EN_US.pdf
· 
· https://docs.microsoft.com/pt-br/sql/relational-databases/security/securing-sql-server?view=sql-server-ver15
· 
· https://www.oracle.com/br/database/technologies/security.html
· 
· https://www.guru99.com/oracle-vs-sql-server.html
· 
· https://infob.com.br/sql-server-vs-oracle/
· 
· http://mundodasmarcas.blogspot.com/2006/06/oracle-software-powers-internet.html
· http://www.linhadecodigo.com.br/artigo/2412/Análise-de-desempenho-entre-os-bancos-de-dados-SQL-Sever-x-Oracle.aspx
· 
· http://www.dba-oracle.com/t_sql_server_vs_oracle_terminology.htm
· 
· http://stackoverflow.com/questions/2322260/basic-differences-between-oracle-and-sql-server
· 
· http://pt.wikipedia.org/wiki/Oracle_(banco_de_dados)
· http://msdn.microsoft.com/pt-br/library/ms175049.aspx
· 
· http://en.wikipedia.org/wiki/Microsoft_SQL_Server
· 
· http://www.fabioprado.net/2012/01/qual-e-o-melhor-banco-de-dados-oracle.html
18