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.

 

Bellacosa Mainframe apresenta o HSM e DFSMS

☕ Um Café no Bellacosa Mainframe – HSM: o zelador invisível do z/OS

---

🧠 O que é HSM e DFSMShsm no IBM Mainframe z/OS

(ou: quem realmente manda nos seus discos enquanto você dorme)

Se você trabalha com IBM Mainframe z/OS e acha que HSM é só “backup automático”, sinto dizer:
👉 você está usando um Ferrari para ir à padaria.

Hoje vamos falar de HSM e do lendário DFSMShsm, no melhor estilo Bellacosa Mainframe: técnico, histórico, com fofoca, easter egg e aquela verdade que ninguém gosta de ouvir 😄

---

🧩 Conceito básico – o que é HSM?

HSM (Hierarchical Storage Management) é o conceito de gerenciamento hierárquico de armazenamento.

Em bom português mainframeiro:

“Colocar o dado certo, no lugar certo, pelo tempo certo, no custo certo.”

No z/OS, quem implementa isso é o DFSMShsm.

---

🏛️ O que é DFSMShsm?

DFSMShsm (Data Facility Storage Management Subsystem – Hierarchical Storage Manager) é um subsystem do DFSMS responsável por:

• Backup

• Migração

• Recall

• Expiração

• Gerenciamento de fita

• Liberação automática de espaço em disco

📌 Importante:
DFSMShsm não é um produto opcional “legalzinho” — ele é parte estrutural do z/OS moderno.

---

🕰️ Origem e história – HSM é mais velho que você imagina

• Década de 1970: IBM já lidava com o problema de disco caro

• Surgem os primeiros conceitos de hierarquia de storage

• Anos 80: nasce o HSM para MVS

• Anos 90: integração total com SMS

• Hoje: HSM segue firme no z/OS, convivendo com cloud, VTL e LTO-10

🥚 Easter egg histórico:

O conceito de tiering moderno (hot, warm, cold data) nasceu no mainframe, não na nuvem.

---

🧠 Como o DFSMShsm funciona (visão prática)

Ele observa:

• Uso do dataset

• Política definida no SMS

• Espaço disponível

• Prioridade

E toma decisões sozinho.

Ele pode:

• Migrar dataset para fita

• Criar backups automáticos

• Trazer dados de volta (recall)

• Apagar dados vencidos

☕ Sem pedir sua opinião.

---

📦 O que o HSM armazena?

🔹 Em disco (DASD)

• Dados ativos

• Dados recém-criados

🔹 Em fita

• Dados migrados

• Backups

• Dados raramente acessados

• Histórico e compliance

📌 Tudo catalogado, tudo controlado.

---

🧾 Tipos de operação do DFSMShsm

🔄 Migração

• Move dados pouco usados para fita

• Mantém um “stub” no catálogo

🔙 Recall

• Usuário acessa dataset

• HSM busca na fita automaticamente

💾 Backup

• Incremental

• Full

• Versionado

🧹 Expiração

• Remove dados vencidos

• Libera espaço físico

---

🧪 Exemplo prático (mundo real)

📁 Dataset: FIN.RELATORIOS.2019

• 180 dias sem uso

• Management Class diz: migrar

• HSM envia para fita

• Dataset continua “existindo”

👨‍💻 Usuário acessa em 2026:

• HSM faz recall

• Usuário acha que “sempre esteve ali”

• Operador sorri 😄

---

🧾 Exemplo de política SMS (simplificado)

Primary Days Non-Usage: 7
Secondary Days Non-Usage: 60
Expire After Days: 1825

☕ Tradução Bellacosa:

7 dias quente
60 dias morno
Depois disso… fita e paz eterna por 5 anos

---

🔧 Comandos essenciais do HSM

HSM LIST BACKUP
HSM LIST MIGRATION
HSM QUERY ACTIVE
HSM RELEASE
HSM RECOVER

🥚 Easter egg:
Se você nunca usou HSM QUERY, você confia demais 😄

---

🪜 Passo a passo – HSM funcionando na prática

1️⃣ Dataset é criado com SMS
2️⃣ Management Class define política
3️⃣ Usuário para de usar
4️⃣ HSM migra automaticamente
5️⃣ Backup é feito conforme agenda
6️⃣ Expiração limpa o que venceu

🎯 Tudo sem JCL manual, sem intervenção humana.

---

💪 Pontos fortes do DFSMShsm

✅ Automação extrema
✅ Economia de disco
✅ Integração total com z/OS
✅ Escalabilidade absurda
✅ Confiabilidade histórica
✅ Ideal para compliance e auditoria

---

⚠️ Pontos fracos (sim, eles existem)

❌ Curva de aprendizado
❌ Política mal feita vira desastre
❌ Recall em fita pode ser lento
❌ Dependência forte de SMS bem desenhado

☕ Verdade dura:

HSM ruim não é culpa do HSM — é culpa de quem configurou.

---

🧙 Curiosidades & Easter Eggs

🥚 O HSM já “salvou” mais empresa de crash de disco do que qualquer cloud
🥚 Muitas empresas usam HSM há 20 anos e nunca pararam para documentar
🥚 HSM é tão confiável que só é lembrado quando alguém desativa sem querer

---

🗣️ Comentário final Bellacosa Mainframe™

“DFSMShsm é como o síndico do prédio:
ninguém percebe, mas se ele falhar… o caos se instala.”

No IBM z/OS, HSM não é luxo, é sobrevivência operacional.