Capítulo 7 de 7
Quando o servidor era o centro visível da empresa
Nos primeiros ambientes em que trabalhei, o servidor era uma presença física muito clara. Se ele parasse, arquivos, impressoras e rotinas compartilhadas podiam simplesmente desaparecer para os usuários.
O papel do servidor era mais concentrado do que hoje, mas sua importância já era enorme. O administrador precisava conhecer discos, memória, placas de rede, sistema operacional, usuários, permissões, clientes instalados nas estações e a forma como os recursos eram publicados na rede.
A evolução desse universo não aconteceu apenas nos sistemas operacionais. Os próprios processadores de servidor passaram por uma transformação profunda: arquiteturas x86 que antes ocupavam faixas mais modestas avançaram para cargas cada vez mais críticas, enquanto plataformas RISC/UNIX continuaram muito fortes em grandes ambientes corporativos.
Novell NetWare: arquivos, impressão e IPX/SPX
O **Novell NetWare** foi uma referência importante nos ambientes de rede daquela época. Sua presença era forte em compartilhamento de arquivos e impressão e exigia uma forma de administração muito diferente das interfaces gráficas atuais.
Nas estações, o cliente de rede fazia parte da configuração e protocolos como **IPX/SPX** eram comuns. Administrar não significava apenas “criar uma pasta compartilhada”; era necessário compreender usuários, volumes, permissões, serviços e a forma como as estações encontravam o servidor.
Em 1998, o **NetWare 5** marcou uma transição importante ao permitir NCP diretamente sobre TCP/IP, preservando compatibilidade com IPX/SPX. Foi um reflexo claro da mudança do mercado: a Internet e o TCP/IP estavam deixando de ser algo adicional para se tornar o protocolo central das redes corporativas.
A parte física dessa evolução — coaxial, par trançado, hubs, switches e Wi‑Fi — está no capítulo específico sobre infraestrutura de redes. Aqui, o foco é o que aconteceu dentro dos servidores.
Pentium Pro: x86 começa a subir de categoria
O **Intel Pentium Pro**, lançado em 1995, foi um marco importante para servidores e workstations baseados em arquitetura Intel. A microarquitetura P6 foi otimizada para código de 32 bits e o processador integrava o cache L2 no mesmo encapsulamento, em velocidades próximas ao núcleo dependendo da versão.
Além do desempenho, seu suporte a multiprocessamento tornou comuns servidores com dois, quatro ou mais processadores em uma faixa de preço que começava a aproximar o x86 de tarefas antes reservadas a plataformas muito mais caras.
Na segunda metade da década, servidores Pentium Pro apareceram em bancos de dados, aplicações corporativas e redes Windows NT, preparando o terreno para a linha Xeon.
1996: Windows NT 4.0 Server e Workstation não eram a mesma coisa
Em 1996, a Microsoft lançou **Windows NT Server 4.0** e **Windows NT Workstation 4.0** como produtos distintos. O Workstation atendia estações profissionais; o Server era voltado a serviços de rede e aplicações corporativas.
No lado do servidor, domínios, autenticação, permissões, compartilhamento de arquivos e impressão formavam a base de muitos ambientes. Migrar de NetWare para NT não era simplesmente trocar o sistema operacional: envolvia usuários, dados, permissões, nomes, clientes e aplicações.
A combinação entre Windows NT e processadores x86 mais robustos foi um dos fatores que ajudaram a ampliar a presença de servidores baseados em hardware de volume.
1998: nasce a marca Xeon
Em 1998, a Intel apresentou oficialmente o **Pentium II Xeon** como uma linha específica para servidores e workstations. O primeiro Xeon usava o grande cartucho **Slot 2**, trazia opções de cache L2 maiores e suporte a configurações multiprocessadas.
A Intel divulgava sistemas capazes de escalar para quatro, oito processadores ou mais, e já demonstrava essa plataforma com **Windows NT 4.0** e bancos de dados corporativos. A marca Xeon continuaria evoluindo e se tornaria uma das principais famílias de processadores para servidores x86 nas décadas seguintes.
Essa fase é importante porque mostra a mudança de percepção: o “PC” deixava de ser apenas uma estação barata e sua arquitetura começava a disputar espaços tradicionalmente ocupados por servidores proprietários e UNIX.
2000: Windows 2000 Server e Advanced Server
Em fevereiro de 2000, a Microsoft lançou **Windows 2000 Professional, Windows 2000 Server e Windows 2000 Advanced Server**. Para administração corporativa, essa geração marcou uma evolução grande em diretórios, políticas, autenticação e serviços centralizados.
Para quem vinha de NetWare e NT 4.0, o Windows 2000 mostrava como o servidor deixava de ser apenas um repositório de arquivos para se tornar parte da identidade, da política e da organização lógica da empresa.
Também é o período em que o TCP/IP se consolida definitivamente nos ambientes Microsoft, acompanhando o crescimento da Internet e das intranets.
Linux: x86 ganha uma plataforma de servidor aberta
O crescimento do **Linux** acrescentou outra possibilidade ao cenário. Serviços web, DNS, firewall, e-mail, proxy, banco de dados e compartilhamento de arquivos podiam ser implementados em hardware x86 com uma plataforma aberta e altamente configurável.
A expansão do Linux foi especialmente relevante porque acompanhou a evolução do hardware commodity: quanto mais processadores x86 ganharam desempenho, memória e capacidade de multiprocessamento, mais cargas que antes exigiam sistemas proprietários puderam ser executadas em servidores padronizados.
Trabalhar com ambientes Microsoft e Linux reforçou uma convicção que permanece até hoje: sistema operacional deve ser escolhido pelo papel, requisitos, integração e capacidade de suporte, não por preferência pessoal.
2001: Itanium tenta criar um caminho 64-bit diferente
Em 2001, a Intel iniciou a produção de sistemas com **Itanium**, baseado na arquitetura **IA-64** e no conceito EPIC. A proposta era oferecer uma plataforma de 64 bits nova para servidores e computação de alto desempenho, em vez de simplesmente estender o conjunto x86 existente.
No lançamento, fabricantes e fornecedores anunciaram suporte de sistemas como Windows 64-bit, HP-UX, AIX 5L e distribuições Linux. O desafio foi justamente o tamanho dessa ruptura: aplicações e ferramentas precisavam ser adaptadas para IA-64, e a compatibilidade com o enorme legado x86 não era tão direta quanto seria no caminho adotado depois pelo AMD64.
O Itanium teve uso em nichos e sistemas de missão crítica, especialmente em plataformas HP, mas não alcançou a adoção generalizada que o mercado x86-64 teria nos anos seguintes. É um bom exemplo de como uma arquitetura tecnicamente ambiciosa pode perder espaço quando o ecossistema e a compatibilidade pesam mais do que uma ruptura completa.
O mundo dos servidores não era apenas x86: Sun UltraSPARC e Solaris
Enquanto x86 avançava, grandes ambientes corporativos continuavam dependentes de arquiteturas RISC/UNIX. A Sun Microsystems foi um dos nomes centrais dessa fase.
A família **UltraSPARC**, iniciada em 1995, implementava a arquitetura SPARC V9 de 64 bits e era fortemente associada ao **Solaris**. Servidores Sun tiveram papel importante na expansão da Internet, em provedores, telecomunicações, bancos, universidades e empresas que precisavam de grandes cargas UNIX.
O UltraSPARC III chegou em 2000, mantendo compatibilidade com aplicações anteriores e ampliando desempenho. Solaris, por sua vez, tornou-se uma referência de UNIX comercial em ambientes SPARC e mais tarde também existiu em plataformas x86 e Opteron.
Nem toda plataforma citada aqui fez parte da mesma bancada ou do mesmo projeto da minha trajetória. Elas entram neste capítulo para contextualizar o mercado de servidores que coexistia com NetWare, Windows e Linux e que influenciava padrões de disponibilidade, armazenamento e administração.
IBM POWER4, AIX e a era dos grandes UNIX corporativos
A IBM seguiu outro caminho com sua arquitetura **POWER** e o sistema operacional **AIX**.
Em 2001, o **POWER4** chamou atenção por colocar dois núcleos de alto desempenho em um único chip, algo pioneiro para um processador comercial de servidor. Ele equipou sistemas pSeries como o p690 “Regatta”, voltados a cargas corporativas e científicas de grande porte.
O **AIX 5L** era o sistema operacional central dessa plataforma, e a IBM também oferecia suporte a Linux em determinados pSeries. As gerações POWER4 e depois POWER5 mostravam uma filosofia diferente do x86: hardware, firmware, sistema operacional e recursos de RAS — confiabilidade, disponibilidade e capacidade de manutenção — eram desenhados como uma plataforma integrada.
Essa coexistência entre x86 e RISC/UNIX é importante para entender os anos 2000. O x86 ficava cada vez mais barato e poderoso; SPARC, POWER e outras arquiteturas ainda sustentavam sistemas nos quais escala vertical, confiabilidade e ecossistemas UNIX eram prioridade.
2003: AMD Opteron e a virada do x86-64
Em 2003, a AMD lançou o **Opteron** para servidores e workstations. A diferença fundamental era a arquitetura **AMD64**: em vez de abandonar o x86, ela ampliava o conjunto existente para 64 bits preservando a execução de software de 32 bits.
O Opteron também integrou o controlador de memória ao processador e usou **HyperTransport** para interligar componentes e, nos modelos multiprocessados, os próprios processadores. Isso reduzia gargalos do modelo tradicional de northbridge e tornava a arquitetura especialmente interessante em servidores de dois, quatro ou mais sockets.
A Microsoft anunciou suporte nativo de 64 bits no Windows XP e no **Windows Server 2003** para Opteron e Athlon 64, enquanto Linux rapidamente ganhou suporte a x86-64. Esse modelo de compatibilidade facilitou a migração gradual: era possível manter aplicações de 32 bits enquanto novas cargas passavam a usar espaço de endereçamento de 64 bits.
O efeito histórico foi enorme. A extensão criada pela AMD se tornou a base do x86-64 moderno e influenciou o caminho seguido pela própria Intel.
2004: Xeon adota extensões de 64 bits no x86
Em 2004, a Intel lançou Xeons da geração conhecida pelo codinome **Nocona** com **Intel Extended Memory 64 Technology (EM64T)**, posteriormente chamada Intel 64.
A partir daí, as duas grandes famílias x86 de servidor passaram a caminhar em torno do mesmo modelo fundamental de 64 bits compatível com o legado x86. Windows e Linux passaram a explorar quantidades maiores de memória e aplicações nativas de 64 bits sem exigir a ruptura arquitetural proposta pelo Itanium.
Nos anos seguintes vieram múltiplos núcleos, virtualização assistida por hardware, caches maiores, controladores de memória mais sofisticados e ganhos de eficiência energética. A corrida deixou de ser apenas “quem tem mais megahertz”.
Processador e sistema operacional passaram a ser uma decisão conjunta
O final dos anos 1990 e os anos 2000 podem ser vistos como várias combinações de plataforma coexistindo:
- **Pentium Pro / Pentium II Xeon / Xeon** com Windows NT Server, Windows 2000 Server, Linux e depois Windows Server 2003;
- **AMD Opteron** com Linux e Windows Server 2003 x64, abrindo o caminho do AMD64;
- **Sun UltraSPARC** com Solaris;
- **IBM POWER4/POWER5** com AIX e, em alguns modelos, Linux;
- **Itanium** com HP-UX, Windows para Itanium, Linux e outros UNIX anunciados para a arquitetura;
- **NetWare** em servidores x86, atravessando a transição de IPX/SPX para TCP/IP.
A escolha de servidor nunca foi apenas a escolha de um processador. Aplicações, banco de dados, drivers, armazenamento, backup, suporte do fabricante, compatibilidade e experiência da equipe frequentemente determinavam a plataforma possível.
Backup deixou de ser uma tarefa periférica
Quanto mais processos migraram para servidores, maior ficou o impacto de uma falha de disco, corrupção, erro humano ou incidente de segurança.
Backup passou a exigir estratégia: cópias em destinos diferentes, retenção, testes de restauração, controle de acesso e documentação. Um backup que nunca foi restaurado em teste é apenas uma expectativa.
Virtualização muda a relação entre servidor e hardware
Com a virtualização, uma única máquina física passou a hospedar vários servidores lógicos. Isso trouxe ganhos enormes de consolidação e flexibilidade, mas também concentrou riscos.
Uma falha no host pode afetar várias máquinas virtuais. Processador, armazenamento, memória, rede e backup precisam ser planejados considerando o conjunto, e não apenas cada VM isoladamente.
Essa mudança tornou ainda mais importante monitorar capacidade e documentar dependências.
A nuvem torna o servidor menos visível — não menos real
Serviços em nuvem mudaram novamente a arquitetura. Hoje, uma empresa pode combinar servidor local, máquinas virtuais em datacenter, banco gerenciado, armazenamento remoto, serviços SaaS e aplicações hospedadas em provedores diferentes.
O usuário muitas vezes não sabe onde o servidor está. Para a operação, porém, continuam existindo questões familiares: arquitetura de processador, sistema operacional, identidade, acesso, disponibilidade, desempenho, backup, segurança e custo.
Legado e modernização precisam conviver
Muitas empresas possuem sistemas antigos que continuam cumprindo funções importantes. Classificá-los simplesmente como “velhos” não ajuda.
É necessário descobrir dependências, entender quem usa, mapear dados, avaliar risco e planejar migração. Conhecer NetWare, Windows NT, Linux e as gerações de hardware que sustentaram esses sistemas ajuda justamente porque ambientes reais raramente nascem do zero; eles carregam decisões de muitos anos.
O servidor moderno pode estar virtualizado ou na nuvem, mas continua sendo uma combinação de arquitetura, sistema operacional, armazenamento, rede e serviços que precisa ser compreendida como um todo.
A evolução dos servidores ensinou que a tecnologia centralizada muda de forma, mas sua responsabilidade permanece: manter serviços e dados disponíveis, íntegros e recuperáveis para que a empresa continue funcionando.