2026-07-11 08:46 UTC

MS SQL para o proprietário: quando seu negócio vive no ecossistema Microsoft

Microsoft SQL Server (muitas vezes «MS SQL» ou apenas SQL Server) é o banco de dados em torno do qual a Microsoft construiu todo um ecossistema: Dynamics 365, Azure, Power BI, .NET, SharePoint e 1C no Windows. Se você já tem Active Directory, e-mail Exchange, CRM Microsoft e relatórios no Power BI, é muito provável que os dados-chave do negócio estejam no MS SQL - não no MySQL em hospedagem Linux nem no Google Sheets. Não precisa escrever T-SQL, mas entender por que o fornecedor propõe SQL Server, quanto custam as licenças e o que acontece ao migrar para o Azure permite decidir sem surpresas no orçamento.

MS SQL - SGBD relacional da Microsoft: tabelas, relacionamentos, transações, relatórios
Onde aparece - Dynamics 365, 1C (configurações padrão), sites .NET, Power BI, ERP interno
Ecossistema - login único (Azure AD), integração com Excel, Teams, Power Platform
Opções - SQL Server no servidor próprio (on-prem) ou Azure SQL na nuvem
Principal vantagem - «tudo de um fornecedor»: menos integrações, implantação mais rápida em ambiente MS
Principal risco - licenças, dependência do fornecedor, migrar para outro SGBD custa mais que do MySQL

O que é MS SQL em linguagem simples

SQL Server é software no servidor (Windows ou Linux) que armazena dados em tabelas e responde consultas das aplicações. Como MySQL ou PostgreSQL, é um banco relacional: pedidos ligados a clientes, itens de pedido a produtos, funcionários a departamentos.

A diferença para o proprietário não são as «tabelas», mas o contexto:

Aspecto	MS SQL no ecossistema Microsoft	MySQL em hospedagem típica
Cliente típico	Empresa, indústria, distribuição com Dynamics/1C	Loja em WordPress, OpenCart
SO do servidor	Windows Server, Azure VM	Linux, hospedagem compartilhada
Relatórios	Power BI, Excel, SSRS	phpMyAdmin, painéis customizados
Login dos funcionários	Azure AD / Active Directory	Login separado em cada app
Licenciamento	Por núcleos CPU, edição (Standard/Enterprise)	Muitas vezes grátis no plano de hospedagem

Importante: MS SQL não é universalmente «melhor» ou «pior» que MySQL. É uma escolha lógica quando todo o TI já está na Microsoft: integrações mais simples, um fornecedor conhece o stack, menos debates sobre «por que não PostgreSQL».

Quando seu negócio «vive» na Microsoft

Confira esta lista. Se três ou mais itens coincidirem, MS SQL provavelmente já existe ou será proposto como banco principal:

CRM/ERP - Dynamics 365 Sales, Business Central, Navision (historicamente).
1C - configurações padrão em MS SQL, não PostgreSQL (comum na região CIS).
Site e área do cliente - desenvolvidos em .NET (C#, ASP.NET), não PHP.
E-mail e arquivos - Exchange Online, SharePoint, OneDrive for Business.
Acesso - funcionários entram com conta corporativa Microsoft (Azure AD).
Analytics - relatórios no Power BI direto do banco ou via data warehouse no Azure.
Infraestrutura - servidores no Azure ou Windows Server no escritório/datacenter.

Nesse cenário, o banco de dados é o centro onde convergem pedidos, estoque, finanças e KPIs. O Power BI não «inventa» números - lê MS SQL (ou cópia no Azure Synapse). Se o banco cair ou envelhecer sem backup, CRM e relatórios para a diretoria caem juntos.

SQL Server on-prem e Azure SQL

A Microsoft oferece duas formas principais de «onde o banco vive fisicamente»:

On-prem (servidor próprio)

SQL Server instalado no seu hardware ou VPS Windows. Vantagens: dados em datacenter conhecido, previsibilidade regulatória. Desvantagens: você (ou o fornecedor) cuida de patches, backups, discos, alta disponibilidade.

Azure SQL (nuvem)

Serviço gerenciado no Azure: Microsoft atualiza o motor, escala recursos, oferece backup geo-redundante. Vantagens: início rápido, pagamento por uso, ligação com outros serviços Azure. Desvantagens: a fatura mensal cresce com volume e carga; sem boa arquitetura, a nuvem pode custar mais que on-prem.

Critério	SQL Server on-prem	Azure SQL Database
Capex	Servidor, licenças SQL, Windows	Sem hardware próprio
Opex	Admin, energia, datacenter	Assinatura Azure
Escalar	Comprar RAM/CPU, parada	Controle no portal Azure
Backups	Admin configura	Integrados, retenção configurável
Sair do ecossistema	Difícil, mas os dados são seus	Exportação possível, hábito Azure permanece

Para o proprietário: a pergunta não é «nuvem sim ou não», mas quem responde pela queda na sexta à noite. On-prem - seu fornecedor e SLA do contrato. Azure - ticket Microsoft + arquiteto que não deixou um único banco sem réplica.

Licenças e orçamento: o que perguntar antes de assinar

MS SQL é um dos poucos bancos em que o custo de licença pode igualar um ano de desenvolvimento. Não assine sem respostas:

Edições

Express - grátis, limite 10 GB por banco; apps pequenas e testes, não ERP pesado.
Standard - escolha típica de média empresa: Always On (limitado), funções principais.
Enterprise - grandes volumes, analytics avançado, caro; muitas vezes excessivo abaixo de 200 funcionários.

Modelos de pagamento

Per core - pagamento por núcleos CPU no servidor SQL (on-prem).
Server + CAL - licença servidor + CAL por usuário/dispositivo (menos comum em projetos novos).
Azure - vCore ou DTU, cobrança por minuto/mês.

Dica prática: peça três linhas no orçamento - licenças SQL, Windows (se on-prem) e administração (backup, monitoramento, patches) por 12 meses. Compare com a calculadora Azure SQL do mesmo período.

Como os dados fluem no ecossistema Microsoft

Esquema simplificado para proprietário sem departamento de TI:

Funcionário → Dynamics / 1C / site .NET → MS SQL (pedido, estoque)
                                              ↓
                                    Power BI (painel para diretor)
                                              ↓
                                    Excel / Teams (alerta «vendas -20%»)

Camada operacional - transações em tempo real: pedido, pagamento, baixa de estoque.
Camada analítica - muitas vezes banco separado ou datamart (ETL noturno) para não travar o caixa.
Identidade - Azure AD sabe quem abriu o relatório; MS SQL sabe o que viu.

Se o fornecedor disser «conectamos Power BI direto na produção sem réplica» - esclareça o risco: relatório pesado na segunda pode atrasar entrada de pedidos.

O que o proprietário deve controlar (sem saber SQL)

Backups e recuperação

Existe backup diário completo e log de transações (restore point-in-time)?
Quando testaram restauração em servidor de teste - não «arquivo existe», mas «banco subiu em N horas»?
Onde fica a cópia - não no mesmo disco da produção?

Acessos

Quem tem sysadmin? Devem ser 2-3 nomes, não «todos os desenvolvedores».
Fornecedor saiu - troquem senhas de serviços e logins SQL no mesmo dia.
Separação: financeiro vê finanças, estoque vê saldo, não «um login sa para todos».

Versão e suporte

A Microsoft encerra suporte a versões antigas. SQL Server 2014 e anteriores em 2026 é bandeira vermelha: sem patches de segurança, integração Azure AD difícil. Planeje upgrade 1-2 anos no orçamento.

Performance

Sinais de chamar um DBA, não comprar «outro servidor»:

Relatório «vendas do mês» leva mais de 5 minutos todo dia.
Em horário de pico o CRM trava ao lançar pedidos.
Disco do servidor DB em 90%+ sem plano de limpeza de logs ou arquivo.

Quando MS SQL não é a melhor escolha

Lista honesta para não pagar demais por stack «corporativo»:

Situação	Por que MS SQL é excessivo	O que se usa mais
Landing + formulário	Sem relações nem relatórios complexos	Tilda, CRM na nuvem
WordPress / WooCommerce shared	Stack PHP + MySQL	MySQL no plano
Startup sem Microsoft no escritório	Licenças e Windows encarecem entrada	PostgreSQL, MySQL no Linux
Equipe só Linux/open source	Sem expertise T-SQL e Windows	PostgreSQL
Multicloud sem vendor lock-in	Preso ao Azure e licenças	SGBDs neutros na nuvem

Caso oposto: você já paga Dynamics 365 e Microsoft 365 E3/E5 - o debate MySQL vs MS SQL para ERP interno costuma favorecer MS SQL: integrações prontas, um parceiro Microsoft.

MS SQL e a visão ampla de dados

Ao diretor ajuda ligar MS SQL com banco de dados e SQL em geral: mais que a marca importa uma única fonte da verdade. Na Microsoft costuma ser um ou dois bancos SQL Server (operacional + analítico), não dez Excels em discos diferentes.

Evolução típica de média empresa:

Excel e 1C em um PC do contador.
1C no MS SQL no escritório, backup em disco externo.
VPN, filiais remotas, mais carga no servidor.
Migração para Azure SQL ou híbrido: produção no datacenter, relatórios na nuvem.
Power BI para o dono, alertas no Teams.

Em cada passo os dados permanecem no MS SQL - muda onde está o servidor e quem administra. Planeje migrações antes, não após disco quebrado na sexta.

Resumo

MS SQL é escolha natural quando o negócio já está no ecossistema Microsoft: Dynamics, 1C no SQL Server, .NET, Azure AD, Power BI. Você paga licenças e dependência, mas ganha velocidade de implantação e menos pontos de integração.

O proprietário deve:

entender on-prem vs Azure SQL e custo total em 3 anos, não só «preço do servidor»;
exigir backups testados e lista de pessoas com acesso total;
não impor MS SQL a uma loja WordPress simples - MySQL é mais lógico e barato;
ao crescer, planejar cópia analítica para o Power BI não sufocar o banco operacional.

Bom MS SQL em ambiente Microsoft passa despercebido - enquanto relatórios batem com o caixa e a recuperação foi testada de verdade. Ruim - pagar licenças por anos e descobrir que o último backup útil tem três meses.

Perguntas frequentes

MS SQL e MySQL são a mesma coisa?

Não. MySQL e MS SQL são bancos relacionais de empresas diferentes, com licenças, sintaxe (T-SQL vs dialeto MySQL) e ambientes típicos distintos. MySQL mais em Linux e PHP; MS SQL em Windows, Dynamics, 1C e .NET. Mover app de um para outro é um projeto, não «exportar numa noite».

Somos obrigados a MS SQL se compramos Microsoft 365?

Nem sempre. Microsoft 365 (e-mail, Teams, Excel na nuvem) não inclui automaticamente SQL Server para pedidos e estoque. MS SQL é necessário quando há aplicação que o usa: 1C, Dynamics, sistema .NET próprio. Para leads em Excel ou listas SharePoint, MS SQL separado pode não ser necessário.

Quanto custa MS SQL para 50 funcionários?

Depende muito do modelo. Express - $0, limite 10 GB. Standard on-prem - a partir de milhares de dólares em licenças (núcleos) mais Windows e admin. Azure SQL - de $50-300+/mês por banco modesto até muito mais ao crescer vCore e armazenamento. Peça ao integrador comparação on-prem vs Azure em 36 meses.

Dá para migrar 1C de MS SQL para PostgreSQL?

Teoricamente sim, na prática raro. 1C suporta vários SGBDs, mas migrar implica parada, transferência de dados, teste de relatórios e integrações, retreinar fornecedor. Feito ao sair conscientemente do stack Microsoft ou por exigência Linux. Se o objetivo é só «economizar licença» - calcule custo total de parada e risco; muitas vezes vale ficar no MS SQL e otimizar hardware.

Como verificar se o fornecedor realmente faz backup do MS SQL?

Peça uma vez por trimestre: (1) captura ou log de backup bem-sucedido nos últimos 7 dias; (2) restauração de teste em servidor separado com você por vídeo; (3) tamanho do último backup completo - deve crescer com os dados, não ficar suspeitosamente pequeno por anos. No contrato: RPO (dados perdíveis) e RTO (horas de parada aceitáveis) - sem números, «fazemos backup» não garante nada.