O formato de setor decide se o pedido de 8 TB funciona

Num pedido de discos de 8 TB, o item mais caro raramente é o que está na cotação. É o que ficou em branco — hoje, o formato de setor, ou seja, o tamanho do bloco que o disco anuncia para o host.

Capacidade, rotação e interface preenchem uma linha de cotação. Não dizem se o disco apresenta setores lógicos de 512 ou de 4.096 bytes, e é essa omissão que decide se o lote funciona na máquina de destino.

Formato errado não é disco com defeito; é projeto parado

Um disco 4Kn num sistema que só endereça 512 bytes não fica lento nem instável: ele simplesmente não aparece, e o momento escolhido é justamente depois que a compra já foi aprovada.

O roteiro costuma ser assim. O lote chega, um disco é testado no duplicador de bancada, a cópia passa, todo mundo aprova. Na hora de montar o array, a controladora recusa os discos como membros, ou o instalador não lista nenhum destino, ou o appliance aceita, mas o rebuild se arrasta porque a imagem restaurada de uma instalação antiga começa no setor 63 e cada gravação atravessa dois setores físicos. Nada chegou quebrado; o pedido é que descrevia outro produto.

O prejuízo não aparece na fatura, porque o formato não é cobrado. Ele aparece no retorno da mercadoria, na segunda cotação, na janela perdida com o rack parado e nos discos que não servem em outra função do parque. Por isso o dado tem de sair da folha de dados, como CMR e SMR — o número do modelo não carrega essa informação.

Os dois formatos gravam em setores de 4 KB; o que muda é o que o host enxerga

A diferença não está no meio magnético, e sim em quantos setores físicos o disco junta num único bloco lógico.

Todo disco SATA de 8 TB dessa classe grava em setores físicos de 4.096 bytes. No 512e — o "e" é de emulação — o host enxerga blocos lógicos de 512 bytes, e oito deles cabem num setor físico. Se a gravação cobre só parte do setor, o disco lê o restante, junta e regrava o setor inteiro; é esse ciclo de leitura-modificação-escrita que faz o alinhamento importar. Com a partição começando numa fronteira de 4 KB e um sistema de arquivos que grava blocos completos, o caminho fica limpo. Com uma imagem antiga restaurada ou um banco que grava registros pequenos sem alinhamento, o disco passa o dia remendando setores.

O 4Kn expõe blocos lógicos de 4.096 bytes, um para um: sem tabela de tradução, sem geometria emulada e sem essa armadilha de alinhamento. Gravações menores que 4 KB continuam custando leitura-modificação-escrita, só que agora porque o host pediu menos do que o disco ofereceu.

Duas consequências. Um ponto danificado na mídia tem 4.096 bytes nos dois formatos, mas num disco 512e pode aparecer para o host como até oito blocos lógicos ruins — um valor bruto de SMART copiado de outra frota deixa de significar a mesma coisa. E o resto é idêntico: capacidade, cache, rotação e interface não mudam, então uma cotação que só descreve esses dois itens não descreveu nenhum dos formatos.

O 4Kn precisa de aprovação de cada camada entre o prato e a aplicação

Quem recusa um disco 4Kn quase nunca é a carga de trabalho; é uma camada abaixo, e são mais camadas do que o comprador costuma contar.

Regra prática: se a lista de compatibilidade da plataforma cita um único formato, isso é exigência, não preferência — a lista foi escrita contra o firmware da controladora e não se resolve por telefone. Se cita os dois, a decisão passa pelo padrão de escrita e pela confirmação de que todas as camadas aceitam blocos lógicos de 4 KB.

Firmware de boot: muitos caminhos de BIOS legado não inicializam a partir de um disco 4Kn, enquanto UEFI em geral inicializa. Controladora: firmware de RAID e HBA e, sobretudo, a lista de modelos aprovados, mantida por modelo e por formato. Instalador: um sistema operacional antigo o bastante para presumir setores de 512 bytes pode não oferecer o disco como destino. Hipervisor: a matriz de compatibilidade vale para a versão em uso, não para a mais recente. Ferramentas: equipamentos de clonagem e imagem que trabalham bloco a bloco em 512 bytes. E a borda: gabinetes USB-SATA e duplicadores avulsos que às vezes não repassam um disco 4Kn.

O 512e é quase universal, o que não é o mesmo que sempre correto. Recusam esse formato arrays configurados para aceitar apenas membros 4K nativos e instalações antigas já desalinhadas. O primeiro caso é restrição de plataforma; o segundo, tarefa de migração. Vale notar o desequilíbrio: a interface consome uma reunião porque aparece no modelo e no preço, como mostra SATA contra SAS, enquanto o campo que define se os discos montam fica vazio.

Uma linha no pedido resolve; o silêncio resolve ao contrário

O formato de setor é definido pelo que a linha do pedido diz, não pela fatura nem pelo rótulo, e a linha precisa nomear um único formato.

O texto fica assim:

»8 TB, 7.200 rpm, SATA 6 Gb/s, 512e — 512 bytes lógicos / 4.096 bytes físicos — modelo ST8000NM017B, formato de setor conforme a folha de dados vigente do fabricante, com confirmação por escrito de que a SKU embarcada corresponde.«

Para plataformas nativas, troca-se a cláusula do formato por »4Kn — 4.096 bytes lógicos / 4.096 bytes físicos«; o restante não muda.

Quatro elementos sustentam a linha:

• Um formato. "512e ou 4Kn" entrega a decisão a quem vende.
• Os dois números. "4K" sozinho é ambíguo: todo disco dessa classe tem setor físico de 4 KB, inclusive os 512e.
• Referência à folha de dados. Números de modelo se repetem entre variantes, e a ST8000NM017B pertence a uma família Seagate cujo manual lista membros 512e e 4Kn.
• Confirmação sobre a SKU embarcada, não sobre a cotada: a substituição acontece entre a cotação e a caixa.

Aqui está o problema do padrão de mercado. O 512e é o que um vendedor consegue embarcar sem fazer pergunta: serve em equipamento velho e novo, então não volta. Um 4Kn devolvido por um site que não o enxergava vira caso de suporte; um 512e que monta em qualquer lugar vira venda concluída. A lógica é razoável para quem vende e arriscada para quem compra: uma cotação montada só com o número do modelo volta 512e, tenha alguém olhado a plataforma ou não — e um disco adequado à mesa não está por isso liberado para servidor, como mostra esta comparação de discos de desktop em servidores. A linha do pedido é o único lugar onde o padrão cai.

Confira o tamanho do bloco no primeiro disco, antes de abrir o resto do lote

O formato sai em um minuto de qualquer host Linux ou Windows, e esse minuto antes de abrir duzentas caixas é o controle mais barato do pedido.

Num host Linux, `smartctl -i /dev/sdX` imprime a linha "Sector Sizes": "512 bytes logical, 4096 bytes physical" no 512e e "4096 bytes logical, 4096 bytes physical" no 4Kn. `lsblk -o NAME,LOG-SEC,PHY-SEC` devolve o mesmo par, e `hdparm -I` repete. No Windows, `Get-PhysicalDisk | Select FriendlyName,LogicalSectorSize,PhysicalSectorSize` mostra os dois valores; para um volume já montado, `fsutil fsinfo sectorInfo C:` imprime os mesmos campos.

Duas providências transformam a leitura em controle. Anote o par ao lado do número de série, único registro que amarra uma unidade à linha sob a qual foi comprada, e uma conferência de recebimento baseada em SMART e erros de mídia vale o que vale a base de comparação. E, quando o lote vier de duas origens, leia um disco de cada grupo de caixas antes de abrir o primeiro array — entrega dividida é o caso que uma checagem por pedido não pega.

O teste de bancada não cobre isso. Nos dois formatos o disco formata, monta e copia um arquivo por USB; o parâmetro só se denuncia quando o disco encontra uma pilha que tem opinião a respeito.