Bellacosa Mainframe apresenta o tape libraries automatizado

☕ Um Café no Bellacosa Mainframe – Guia Prático de Fita no z/OS

---

📼 Guia prático de fita/cartridge no z/OS

(para quem já apanhou de VOLSER, SMS e HSM… ou vai apanhar)

Se tem uma coisa que todo mainframeiro aprende cedo ou tarde é que fita no z/OS não é só “backup”.
É política, automação, performance, custo, compliance… e um pouco de fé 😄

Vamos ao guia prático, direto ao ponto, no melhor estilo Bellacosa Mainframe.

---

1️⃣ Conceito básico – fita no z/OS não é só hardware

No z/OS, fita envolve três mundos trabalhando juntos:

• 🧠 Sistema Operacional (z/OS)

• 🧩 SMS (DFSMS)

• 🤖 Gerenciador de backup (DFSMShsm / Spectrum Protect)

📌 Regra de ouro:

Se a política estiver errada, não existe cartucho LTO-10 que salve.

---

2️⃣ Tipos de fita no z/OS

🔹 Fita real (tape físico)

• LTO, TS11xx, etc

• Biblioteca robótica

• Drive dedicado ou compartilhado

🔹 Fita virtual (VTS / VTL)

• Emula fita

• Backend em disco ou objeto

• Performance absurda, mas não é air-gap

🧠 Dica Bellacosa:

Ambiente grande sempre usa virtual + físico. Um sem o outro é pecado técnico.

---

3️⃣ Componentes principais (anota aí, padawan)

📦 Cartucho

• Ex: LTO-10 Ultrium 40TB

• Identificado por VOLSER

• Pode ser rotulado (SL) ou não rotulado (NL)

🏷️ Label

• SL (Standard Label) – o mais comum

• NL (No Label) – só para quem sabe muito bem o que está fazendo

🔢 VOLSER

• Nome do cartucho (6 caracteres)

• Ex: LTO001, BK2026

🥚 Easter egg:
VOLSER mal planejado vira caos operacional em 6 meses.

---

4️⃣ SMS e fita – onde tudo pode dar errado

🧩 Storage Class

Define:

• Se pode ir para fita

• Performance

• QoS

🗂️ Data Class

Define:

• LRECL, RECFM

• Se pode ser estendido

• Tipo de dataset

📜 Management Class (o coração da fita)

Define:

• Migração

• Backup

• Retenção

• Expiração

📌 Exemplo clássico

Primary Days Non-Usage: 5
Secondary Days Non-Usage: 30
Expire After Days: 365

☕ Tradução Bellacosa:

“Depois de 5 dias sem usar, manda pra fita.
Depois de 1 ano, pode morrer em paz.”

---

5️⃣ DFSMShsm – o dono da fita no z/OS

Se você usa z/OS, você usa HSM, mesmo que não saiba.

🛠️ O que ele faz

• Backup

• Migração

• Recall

• Expiração

• Controle de catálogo

🔑 Comandos essenciais

HSM LIST TAPE
HSM LIST BACKUP
HSM QUERY MIGRATION
HSM RELEASE

🥚 Easter egg:
Quando o recall demora, não xingue o HSM primeiro. Veja drive, robô e concorrência.

---

6️⃣ JCL básico gravando em fita

✍️ Exemplo simples

//STEP1   EXEC PGM=IEBGENER
//SYSUT1  DD  DSN=MEU.ARQUIVO.INPUT,DISP=SHR
//SYSUT2  DD  DSN=MEU.ARQUIVO.TAPE,
//            DISP=(NEW,KEEP),
//            UNIT=TAPE,
//            LABEL=(1,SL),
//            VOL=SER=LT0010
//SYSPRINT DD SYSOUT=*
//SYSIN    DD DUMMY

🧠 Dica:

Hoje quase ninguém codifica VOL=SER fixo.
Deixe o SMS escolher — ele sabe mais que você (e não esquece).

---

7️⃣ Bibliotecas robóticas – o “braço invisível”

No z/OS moderno:

• Robô monta

• Robô desmonta

• Operador só observa

⚠️ Erro comum de iniciante:
Pensar que fita é lenta.
👉 Lento é drive disputado.

---

8️⃣ Performance – sim, fita pode ser rápida

• Streaming contínuo = performance boa

• Muitos arquivos pequenos = sofrimento

🧠 Dica avançada:

Agrupe dados antes de gravar em fita.
Fita odeia stop/start.

---

9️⃣ Segurança e ransomware

Fita no z/OS é:

• Offline

• Isolada

• Confiável

🔐 Estratégia moderna:

• Backup diário em VTL

• Cópia semanal para fita física

• Cartucho fora do datacenter

☕ Isso se chama sobreviver a segunda-feira.

---

🔟 Erros clássicos (todos já cometemos)

❌ VOLSER sem padrão
❌ Retenção mal definida
❌ Fita virando “lixeira eterna”
❌ Esquecer limpeza de drive
❌ Achar que cloud substitui tudo

---

🗣️ Comentário final Bellacosa Mainframe™

“Quem domina fita, domina o tempo.
Porque dado velho também vale dinheiro.”

Fita no z/OS não é legado.
É engenharia, processo e maturidade operacional.