Por que há diferença de quantidade de objetos entre o Q OCC e as estatísticas do processo de import/export?
O comando Q OCC somente mostra os dados que estão retidos nos respectivos stgpools (tanto o primário quanto o pool de cópia, se houver). O Q OCC mostra a quantidade de arquivos, o espaço lógico e o espaço físico ocupado, e qual stgpool estão esses objetos.
O Q OCC não mostra os objetos que não estão armazenados no stgpool. O objeto que mais se enquadra nessa situação são os diretórios. Diretórios somente ocupam espaço no DB do TSM.
O processo de import/export irá reportar todos os dados que serão gravados em fita. Isto inclui todas as definições do nodes assim como todos os arquivos (objetos) que aparecem no inventário do server que se enquadram na especificação do FILEDATA. O processo de import/export conta cada um desses objetos bem como o tamanho. Com uma grande quantidade no número de diretórios envolvidos no processo, teremos uma grande diferença no "número de arquivos" entre o Q OCC e as estatísticas do import/export.
Portanto, os dados do occupancy deveriam ser usados apenas para estimar as estatísticas do processo de import/export.
Amigo, sou novo no uso do TSM gostaria de saber mais sobre o que seria audit? e seus comandos?
ResponderExcluirGise, tudo bem?
ExcluirO processo de audit é utilizado para check de possíveis inconsistências no TSM. Todas as opções e comandos, você pode verificar chamando pelo help da console.
tsm: TSMSERVER>help audit
3.4 AUDIT commands
Use the AUDIT commands to review or examine the adequacy of the database information and the storage pool volume.
The following is a list of AUDIT commands for Tivoli Storage Manager:
* 3.4.1, "AUDIT LIBRARY (Audit volume inventories in an automated library)"
* 3.4.2, "AUDIT LICENSES (Audit server storage usage)"
* 3.4.3, "AUDIT VOLUME (Verify database information for a storage pool volume)"
Basicamente, nessas opções o Audit Library é usado quando encontramos alguma inconsistência entre o inventário de fitas da Library X inventário de fitas do TSM (libvolumes). Roda-se o audit library com opção de checklabel=barcode ou o checklabe=yes (nesse caso, o TSM irá montar uma a uma no drive para checar o label interno).
O Audit Lic, já supõe-se que seja sobre o licenciamento. É nesse processo também que o TSM atualiza a tabela do AUDITOCC.
O Audit Volumes geralmente é utilizado quando você identifica um erro de leitura/gravação em midia. Nesse caso usa-se o audit com opção de fix=no primeiramente para o TSM identificar se há erros. Se for identificado, e na impossibilidade de leitura, roda-se novamente com a opção fix=yes e o dado será deletado (se for cópia única de um pool primário). Se tiver uma segunda cópia (copy pool), o TSM irá marcar o objeto como DAMAGED, aí basta fazer o restore volume para recriar a fita do pool primário.
Um abraço.
Amigo muitissmo, obrigado!
ResponderExcluir