{
  "schemaVersion": "1.0",
  "path": "/guias/infraestrutura/contratar-servidor-dedicado-checklist-empresa",
  "url": "https://streethosting.com.br/guias/infraestrutura/contratar-servidor-dedicado-checklist-empresa",
  "markdownUrl": "https://streethosting.com.br/guias/infraestrutura/contratar-servidor-dedicado-checklist-empresa.md",
  "jsonUrl": "https://streethosting.com.br/guias/infraestrutura/contratar-servidor-dedicado-checklist-empresa.json",
  "title": "Contratar servidor dedicado: checklist da empresa",
  "description": "O que alinhar antes de contratar servidor dedicado para empresa: manutenção, reinstalação, IPMI, troca de hardware, backup, recuperação e plantão.",
  "category": "infraestrutura",
  "topics": [
    "hardware"
  ],
  "difficulty": "intermediario",
  "datePublished": "2026-09-15",
  "dateModified": "2026-09-15",
  "readingMinutes": 11,
  "h1": "O que alinhar antes de assinar um servidor dedicado",
  "excerpt": "Quase toda dor de cabeça com servidor dedicado vem de algo que ninguém perguntou antes de assinar. Este checklist reúne as perguntas que uma empresa precisa fazer ao provedor, e o que documentar internamente, para não descobrir a resposta no meio de um incidente.",
  "author": "Equipe StreetHosting",
  "wordCount": 2123,
  "categoryLabel": "Infraestrutura",
  "topicLabels": [
    "Hardware e datacenter"
  ],
  "primaryKeyword": "contratar servidor dedicado empresa",
  "secondaryKeywords": [
    "checklist servidor dedicado",
    "servidor dedicado para empresa",
    "o que perguntar antes de contratar servidor",
    "contrato de servidor dedicado o que verificar"
  ],
  "toc": [
    {
      "id": "por-que-alinhar-antes",
      "label": "Por que alinhar antes de assinar"
    },
    {
      "id": "manutencao-e-reinstalacao",
      "label": "Janela de manutenção e reinstalação"
    },
    {
      "id": "acesso-fisico-e-ipmi",
      "label": "Acesso físico, IPMI e console"
    },
    {
      "id": "hardware-e-substituicao",
      "label": "Falha e substituição de hardware"
    },
    {
      "id": "backup-e-recuperacao",
      "label": "Backup de quem e plano de recuperação"
    },
    {
      "id": "plantao-e-escalonamento",
      "label": "Plantão e escalonamento"
    },
    {
      "id": "o-que-documentar",
      "label": "O que documentar antes de assinar"
    }
  ],
  "faqs": [
    {
      "question": "O que perguntar ao provedor antes de contratar um servidor dedicado?",
      "answer": "Pergunte como funciona a janela de manutenção, quem pode pedir reinstalação, se existe acesso a IPMI ou console remoto, qual o procedimento quando um componente falha, de quem é a responsabilidade pelo backup e como funciona o atendimento fora do horário comercial. Peça as respostas por escrito no chamado de pré-venda."
    },
    {
      "question": "Quem é responsável pelo backup em um servidor dedicado?",
      "answer": "Em um dedicado não gerenciado a responsabilidade pelo backup dos dados é do cliente, salvo contratação específica de um serviço de cópia. Confirme isso por escrito antes de migrar qualquer dado e monte o seu destino externo desde o primeiro dia."
    },
    {
      "question": "O que é IPMI e por que ele importa na contratação?",
      "answer": "IPMI é a interface de gerenciamento fora de banda da placa do servidor. Ela permite ligar, desligar, ver a tela de inicialização e montar mídia mesmo com o sistema operacional travado. Sem algum acesso equivalente, qualquer problema de boot vira um chamado dependente do provedor."
    },
    {
      "question": "Preciso de equipe interna para operar um servidor dedicado?",
      "answer": "Precisa de alguém responsável, mesmo que seja um fornecedor terceirizado. Bare metal exige rotina de atualização, monitoramento de disco e um plano de recuperação testado. O provedor cuida da infraestrutura física e da rede, não da sua aplicação."
    },
    {
      "question": "Como uma empresa avalia o suporte antes de assinar?",
      "answer": "Abra um chamado de pré-venda com uma pergunta técnica real, fora do horário comercial, e meça quanto tempo leva a primeira resposta útil. Isso mostra mais sobre o atendimento do que qualquer texto de página de vendas."
    }
  ],
  "howToSteps": [],
  "relatedProducts": [
    "https://streethosting.com.br/dedicated",
    "https://streethosting.com.br/infraestructure"
  ],
  "relatedGuides": [
    "https://streethosting.com.br/guias/infraestrutura/sla-suporte-hospedagem-gamer-o-que-pedir",
    "https://streethosting.com.br/guias/infraestrutura/estrategia-backup-3-2-1-servidor",
    "https://streethosting.com.br/guias/infraestrutura/o-que-e-uptime-sla-99-9-significa"
  ],
  "content": {
    "format": "markdown",
    "body": "> **Resposta rápida**\n>\n> Antes de **contratar um servidor dedicado para a empresa**, alinhe por escrito sete pontos com o provedor: como funciona a janela de manutenção, quem pode pedir reinstalação, que acesso existe ao console e ao IPMI, qual o procedimento quando um componente falha, de quem é a responsabilidade pelo backup, como é o plano de recuperação e quem responde fora do horário comercial. Tudo isso deve virar pergunta no chamado de pré-venda, não suposição.\n\n## Por que alinhar antes de assinar\n\nContratar um dedicado é diferente de contratar uma VPS em um ponto fundamental: existe uma máquina física com o seu nome nela. Discos envelhecem, fontes falham, memória apresenta erro e o rack passa por manutenção. Nada disso é sinal de provedor ruim. É a realidade de qualquer hardware, e a diferença entre uma operação tranquila e uma operação em pânico está em saber de antemão como cada um desses eventos é tratado.\n\nO erro mais comum em contratação corporativa é confundir página de vendas com acordo operacional. A página descreve o produto. O que a sua empresa precisa é a resposta a perguntas de processo, e essas respostas quase sempre existem, só não estão publicadas. Elas aparecem quando alguém pergunta.\n\nAs seções abaixo estão organizadas como perguntas a fazer, não como promessas a esperar. Leve essa lista para o chamado de pré-venda, registre o que for respondido e guarde o protocolo. Esse registro vale mais no dia do incidente do que qualquer número de disponibilidade anunciado em destaque.\n\n> **Dica**\n>\n> Faça essas perguntas antes de escolher o plano, não depois. Algumas respostas mudam a configuração que você deveria contratar, e mudar de máquina depois de migrar custa muito mais caro que perguntar antes.\n\n## Janela de manutenção e reinstalação\n\nManutenção programada de rede, energia e rack acontece em qualquer datacenter. O que a sua empresa precisa saber é com quanta antecedência ela é avisada, por qual canal e se existe alguma forma de negociar o horário quando ele bate com o pico do seu negócio. Uma loja virtual e uma rede de servidores de jogo têm picos em momentos bem diferentes, e essa informação só chega ao provedor se você contar.\n\nA política de reinstalação é o outro lado. Reinstalar o sistema operacional apaga dados, então o procedimento precisa ter trava. Quem da sua empresa está autorizado a pedir essa operação. Se alguém do suporte técnico interno abrir o chamado, o provedor executa direto ou confirma com o responsável da conta. Quando a reinstalação está disponível no painel de forma automática, quem tem acesso ao painel tem poder de apagar tudo, e isso muda quem deveria ter login.\n\nHá ainda um terceiro elemento nessa conversa, que é a atualização de firmware e de componentes de infraestrutura. Correções de segurança em firmware de placa e de controladora de disco costumam exigir reinicialização da máquina. Pergunte como essas atualizações são conduzidas, se você é avisado antes e se tem alguma margem para escolher o momento. Empresa que roda processamento em lote de fechamento mensal, por exemplo, tem dois ou três dias no mês em que reiniciar é especialmente ruim, e o provedor só sabe disso se você disser.\n\n- [ ] Perguntar com quanta antecedência as manutenções programadas são comunicadas e por qual canal.\n- [ ] Informar ao provedor qual é a janela crítica do seu negócio, com horário e dias.\n- [ ] Confirmar se existe canal de aviso de manutenção emergencial e quem da sua equipe recebe.\n- [ ] Definir por escrito quem da empresa pode autorizar reinstalação do sistema.\n- [ ] Verificar se a reinstalação é self-service pelo painel e restringir quem tem esse acesso.\n- [ ] Registrar se a reinstalação preserva alguma partição ou apaga o disco inteiro.\n\n## Acesso físico, IPMI e console\n\nEm algum momento o servidor não vai subir. Um kernel quebrado depois de uma atualização, um firewall mal configurado que bloqueou o próprio acesso, um disco que não foi reconhecido no boot. Nessas horas o SSH não ajuda, porque ele depende de um sistema funcionando. O que resolve é o acesso fora de banda, que na maioria dos servidores é o IPMI ou um console remoto equivalente oferecido pelo provedor.\n\nPergunte se esse acesso é entregue diretamente a você ou se é intermediado por chamado. As duas respostas são legítimas e cada uma tem uma consequência prática. Acesso direto significa autonomia e recuperação em minutos pela sua própria equipe. Acesso intermediado significa depender do tempo de resposta do suporte, o que pode ser perfeitamente aceitável se esse tempo for curto e o atendimento funcionar de madrugada.\n\nAcesso físico à máquina é um tema separado. Datacenter sério não permite que qualquer pessoa entre na sala, e isso é uma qualidade, não uma limitação. O que importa saber é como se pede uma intervenção física quando ela for necessária, quem executa e como a solicitação é autenticada. O guia de [o que significa o tier de um data center](https://streethosting.com.br/guias/infraestrutura/data-center-tier-o-que-significa) ajuda a entender o que a infraestrutura em si garante.\n\nSeja qual for o formato, teste esse acesso na primeira semana, com a máquina ainda vazia e sem pressa. Descobrir que a credencial do console nunca funcionou é muito mais barato antes de a produção estar em cima dele. Inclua esse teste na aceitação do servidor, junto com a verificação de disco, memória e rede, e registre o resultado no mesmo documento onde ficam as demais respostas do provedor.\n\n- [ ] Confirmar se existe IPMI, KVM remoto ou console equivalente disponível.\n- [ ] Saber se o acesso fora de banda é direto ao cliente ou aberto sob chamado.\n- [ ] Testar esse acesso na primeira semana, antes de precisar dele de verdade.\n- [ ] Perguntar como se solicita intervenção física e quem pode solicitar.\n- [ ] Documentar o procedimento de autenticação para pedidos críticos.\n\n## Falha e substituição de hardware\n\nEsta é a pergunta que quase ninguém faz e todo mundo gostaria de ter feito. Quando um disco falha, qual é o caminho. O provedor detecta sozinho por monitoramento ou espera você abrir o chamado. A troca acontece com a máquina ligada ou exige desligamento. Se exigir desligamento, quem escolhe o horário. E o mais importante: depois da troca, quem restaura os dados.\n\nVale perguntar o mesmo para memória e fonte. Cada componente tem um modo de falha diferente. Memória com erro pode derrubar a máquina de forma intermitente por dias antes de alguém entender a causa, e é por isso que memória ECC aparece em configurações voltadas a ambiente corporativo, como o plano XL Intel Mid Large com 384 GB de DDR4 ECC na linha de [servidores dedicados](https://streethosting.com.br/dedicated).\n\nExiste um segundo cenário, mais raro e mais grave, que merece pergunta própria: o caso em que a máquina precisa ser trocada por inteiro. Pode acontecer por falha múltipla, por fim de vida do equipamento ou por decisão de infraestrutura do provedor. Nesse cenário o que interessa não é o prazo da troca, é quanto tempo a sua empresa leva para reconstruir o ambiente do zero em outra máquina a partir do backup. Se a resposta interna for \"não sabemos\", esse é o maior risco da contratação, e ele não está do lado do provedor.\n\n| Evento | Pergunta a fazer ao provedor | O que sua empresa precisa definir |\n| --- | --- | --- |\n| Falha de disco | Como a falha é detectada e como é a troca | De onde os dados serão restaurados |\n| Falha de memória | Existe diagnóstico antes da substituição | Quanto tempo de indisponibilidade é tolerável |\n| Falha de fonte ou rede | A redundância cobre esse componente | Quem é avisado e por qual canal |\n| Máquina não sobe | Que acesso fora de banda existe | Quem da equipe executa a recuperação |\n| Necessidade de troca completa | Como funciona a migração para outra máquina | Quanto tempo leva restaurar o ambiente do zero |\n\n> **Atenção**\n>\n> Não aceite nem exija número mágico de prazo de troca sem entender o processo por trás dele. Um prazo curto anunciado sem procedimento claro vale menos que um procedimento bem descrito. Pergunte como funciona e registre a resposta.\n\n## Backup de quem e plano de recuperação\n\nEm um dedicado não gerenciado, a responsabilidade pelos dados é do cliente. Isso precisa estar claro por escrito antes de o primeiro byte ser copiado para a máquina. Muita empresa assume que o provedor guarda uma cópia por padrão e descobre o contrário no pior dia possível. Se existe serviço de backup contratável, pergunte o que ele cobre, com que frequência roda, onde a cópia fica armazenada e como se pede a restauração.\n\nTer backup e ter plano de recuperação são coisas diferentes. Backup é o arquivo. Plano de recuperação é saber, em ordem, o que se faz quando a máquina some: onde está a cópia mais recente, quanto tempo leva para baixá-la, em que ambiente ela será restaurada, quem executa e como o cliente final fica sabendo. Sem esse plano escrito, a empresa improvisa sob pressão e o prejuízo cresce.\n\nDois números precisam ser decididos internamente e ninguém pode decidir por você. Quanto tempo a operação pode ficar parada e quanto de dado recente pode ser perdido. Esses dois valores definem a frequência do backup e o tipo de redundância que vale pagar. A [estratégia 3-2-1](https://streethosting.com.br/guias/infraestrutura/estrategia-backup-3-2-1-servidor) é o ponto de partida, e o [plano de resposta a incidentes](https://streethosting.com.br/guias/infraestrutura/plano-resposta-incidentes-comunidade-gamer) cobre a parte de comunicação.\n\n- [ ] Confirmar por escrito de quem é a responsabilidade pelo backup no plano contratado.\n- [ ] Definir onde a cópia externa fica, fora da máquina dedicada.\n- [ ] Decidir quanto tempo de parada a operação suporta e registrar esse número.\n- [ ] Decidir quanto de dado recente pode ser perdido em caso extremo.\n- [ ] Testar uma restauração completa antes de considerar a migração concluída.\n- [ ] Repetir o teste de restauração em intervalo fixo, com data marcada.\n\n## Plantão e escalonamento\n\nIncidente sério raramente acontece às dez da manhã de terça. Acontece na madrugada de sábado, durante um evento, com todo mundo dormindo. A pergunta prática é simples: quem atende naquele momento, do lado do provedor e do lado da sua empresa.\n\nDo lado do provedor, confirme se o atendimento funciona 24 horas por dia e em qual idioma. Suporte em português importa mais do que parece quando o assunto é técnico e urgente, porque descrever um sintoma de rede em outro idioma, sob pressão, gera ruído e custa tempo. Confirme também quais canais funcionam de madrugada e qual deles é o oficial para incidente, porque nem sempre é o mesmo do atendimento comercial.\n\nVale entender também como o provedor classifica um chamado. Um pedido de informação e uma queda total de serviço não podem entrar na mesma fila, e a maioria dos provedores tem alguma forma de priorização. Pergunte como a sua equipe sinaliza que aquilo é incidente grave e evite usar essa sinalização para coisas que não são, porque o valor dela depende de ser levada a sério dos dois lados.\n\nDo lado da sua empresa, defina o escalonamento antes de precisar dele. Quem é o primeiro a ser acionado, quem entra se essa pessoa não responder em quinze minutos, quem tem autoridade para aprovar uma decisão que custa dinheiro às três da manhã, como restaurar um backup de ontem e perder as transações do dia. Sem essa definição, todo mundo espera outra pessoa decidir.\n\n- **Canal oficial de incidente:** qual é, e ele é monitorado fora do horário comercial.\n- **Idioma do atendimento:** técnico, em português, na madrugada.\n- **Primeiro acionado interno:** nome, telefone e suplente.\n- **Autoridade de decisão:** quem aprova perda de dado recente para restabelecer o serviço mais rápido.\n- **Comunicação com o cliente final:** quem escreve e onde publica. Uma [status page](https://streethosting.com.br/guias/infraestrutura/criar-status-page-incidentes) resolve isso melhor que mensagens soltas.\n\nO que pedir em termos de suporte, com nível de detalhe maior, está em [SLA de suporte: o que pedir](https://streethosting.com.br/guias/infraestrutura/sla-suporte-hospedagem-gamer-o-que-pedir).\n\n## O que documentar antes de assinar\n\nTudo que foi respondido nas seções anteriores precisa virar documento interno. Não um contrato paralelo, e sim uma página que a sua equipe consiga abrir às três da manhã e encontrar a informação sem procurar em conversas antigas. Esse documento é o que transforma respostas de pré-venda em processo operacional.\n\nVale guardar esse documento fora do próprio servidor dedicado. Parece óbvio dito assim, mas é comum a documentação de recuperação estar hospedada exatamente na máquina que se pretende recuperar. Um repositório da equipe, um espaço compartilhado da empresa ou até uma cópia impressa guardada com o responsável resolvem. O critério é simples: se o servidor sumir agora, esse conteúdo continua acessível.\n\n- [ ] Protocolo do chamado de pré-venda com as respostas do provedor registradas.\n- [ ] Identificação da máquina, plano contratado e endereço IP principal.\n- [ ] Nome do responsável pela conta e de quem pode autorizar operações destrutivas.\n- [ ] Como acessar o painel, o console remoto e onde ficam as credenciais.\n- [ ] Onde está o backup, com que frequência roda e quando foi o último teste de restauração.\n- [ ] Lista de escalonamento interno com nome, contato e suplente de cada posição.\n- [ ] Canal oficial para abrir incidente junto ao provedor fora do horário comercial.\n- [ ] Janela crítica do negócio comunicada ao provedor, com horário e dias.\n- [ ] Data da próxima revisão desse documento.\n\nCom esse material pronto, a contratação deixa de ser um salto no escuro. Você sabe o que esperar, sabe quem chamar e sabe o que fazer quando algo sair do previsto. Para dimensionar a máquina em si e entender a faixa de preço de cada configuração, veja o guia de [preço e planos de servidor dedicado no Brasil](https://streethosting.com.br/guias/infraestrutura/servidor-dedicado-brasil-preco-planos), e para a arquitetura em volta consulte as opções de [infraestrutura StreetHosting](https://streethosting.com.br/infraestructure)."
  }
}