6.1 Exemplo Ambiente: Site Off

6.
1 Exemplo ambiente
Os exemplos apresentados neste capítulo baseiam-se no ambiente mostrado na Figura 6-1. O ambiente exemplo contém
quatro conjuntos de armazenamento primário e dois conjuntos de cópia. backups de dados cliente ir para o DISKDATA pool de
armazenamento baseado em disco e depois são migrados para o pool de armazenamento seqüencial, TAPEDATA. OFFDATA
está configurado como uma piscina cópia para a tomada de dados off-site. estruturas de diretórios do cliente, que são muito
menores em tamanho, são direcionados para os DISKDIRS piscina de armazenamento de arquivos sequenciais. Em seguida,
são copiados para a piscina cópia, OFFDIRS.
Em 1.1.1, “O nosso material de apoio” na página 5, vamos mostrar como carregar uma macro pré-definida para o Tivoli
Storage Manager. A macro, mac.stgcreate, que nós fornecemos para criar os conjuntos de armazenamento em nosso
ambiente livro, é mostrado em “Criar pools de armazenamento” na página 738.
NO LOCAL SITE OFF
IBM Tivoli Storage

CLIENT_1 Manager Server
Diretórios
cliente dados do cliente
DISKDIRS DISKDATA
Piscinas de cópia
Conjuntos de armazenamento ESVAZIAR
CLIENT_2
TAPEDATA
PRIVADO
(biblioteca)
COÇAR, ARRANHÃO
OFFDATA
MIGRAÇÃO
ESVAZIAR
(USAVA) (LIVRE)
Voltar Tapes
reutilizáveis
Pools de armazenamento
de backup para copiar OFFDIRS

Pools
Enviar cópia para saltar
hierarquia piscina Figura 6-1 Armazenamento para a nossa configuração recomendada
216 Guia IBM Tivoli Storage Implementação Gestor

6.1.1 conjuntos de armazenamento primários
No nosso exemplo solução montamos quatro piscinas de armazenamento primário: TAPEDATA, DISKDATA, DISKDIRS, e
nenhum. Armazenamento piscina TAPEDATA deve ser configurado antes de pool de armazenamento DISKDATA, porque
DISKDATA refere-se a TAPEDATA como seu próximo pool de armazenamento.
Os exemplos neste capítulo configurar os seguintes pools de armazenamento:
1. Um conjunto de armazenamento primário chamado TAPEDATA, com classe de dispositivo LTO2-DC. A piscina tem a
colocação por nó, e recuperação de desligado (definido como 100%).
2. Um conjunto de armazenamento primário chamado DISKDATA, com uma classe de rígido do dispositivo. Ele tem um
limite máximo de 70% que deve ser alcançado para a migração para começar, e um limite inferior de 30% que é
atingido ou ultrapassado antes da migração pára. A piscina em que os dados migraram vai é chamado TAPEDATA. O
conjunto de discos não armazena em cache dados migrados.
3. Um conjunto de armazenamento primário DISKDIRS nomeados, com uma classe de arquivo de dispositivo.
Tem migração desligado e nenhuma próxima pool de armazenamento, mantendo a estrutura do diretório
do cliente de forma permanente no disco. A piscina tem collocation por nó, garantindo que os diretórios dos
clientes serão armazenados em volumes separados. Note que apenas os diretórios de clientes, onde os
diretórios têm estendido atributos serão armazenados no pool de armazenamento. clientes Windows e
NetWare ter estendido atributos de arquivo. Em clientes UNIX, as entradas de diretório são armazenados
diretamente no banco de dados do Tivoli Storage Manager. A razão para ter um pool de armazenamento
separado para diretórios é para que possamos garantir os diretórios serão armazenados no disco, e não
necessitam de montagens de fitas quando os arquivos são restaurados. Se você não usar a opção do
cliente dirmc para especificar onde diretórios são armazenados,
4. Um manequim conjunto de armazenamento chamado NONE que é simplesmente uma definição. Nenhum dado será
armazenado neste pool de armazenamento, e não há volumes atribuídos a ele. Ele é usado simplesmente como um
destino de migração para evitar avisos ao ativar um conjunto de políticas. Veja 7.1.3, “Definindo classes de
gerenciamento” na página 272, para uma explicação adicional.
6.1.2 piscinas de armazenamento de cópias
A solução de exemplo tem dois conjuntos de armazenamento de cópia:
OFFDATA para fazer cópias de TAPEDATA levar off-site. OFFDATA não está colocado, e tem recuperação
definido como 100%, para evitar o processo de recuperação de partida até que a recuperação programada.
atraso reutilização está definido para cinco dias.
Capítulo armazenamento 6. Dados 217

OFFDIRS, para fazer cópias de DISKDIRS levar off-site. OFFDIRS não está colocado e também tem o seu limiar
de recuperação definido como 100%. atraso reutilização está definido para cinco dias.
6.2 Devices
Antes de definir um novo dispositivo para o servidor Tivoli Storage Manager, o dispositivo deve primeiro ser
configurado com o sistema operativo. Precisamos do nome do dispositivo que o sistema operacional entende
ao configurar o dispositivo para o Tivoli Storage Manager.
Tivoli Storage Manager divide dispositivos físicos em duas grandes categorias: dispositivos de acesso
aleatório e dispositivos de acesso seqüencial.
dispositivos de acesso aleatório: dispositivos de disco magnético. Tivoli Storage Manager utiliza dispositivos de disco para dois
propósitos principais:
- Para armazenar o log de banco de dados e recuperação.
- Para armazenar dados de nós clientes. Os dados do cliente é armazenado em piscinas de armazenamento em disco.
Existem dois tipos de pool de armazenamento baseado em disco:
- Aqueles com volumes de acesso aleatório usando uma classe de dispositivo DISK
- Aqueles com os volumes sequenciais utilizando uma classe de dispositivo ARQUIVO (Ver próxima bala, dispositivos de acesso
sequencial.)
dispositivos de disco magnético não precisa de definir para o Tivoli Storage Manager; eles podem ser
referidas usando directamente uma referência de unidade e caminho padrão, por exemplo, C: \ TSMDATA \
STG \ DISK_1.DSM para Windows ou /tsm/stg/disk_01.dsm para UNIX / Linux. O tipo de DISK dispositivo é
pré-definido no Tivoli Storage Manager e não pode ser alterada.
dispositivos de acesso sequenciais: unidades de fita, dispositivos ópticos, e Write Once Read Many dispositivos
(WORM). variadores meio, tal como bibliotecas de fitas também estão incluídas, bem como os volumes sequenciais no
disco (ficheiro de classe de dispositivo). Unidades e bibliotecas devem primeiro ser definidos sob o sistema operacional.
Você, então, definir a biblioteca e as unidades para Tivoli Storage Manager antes de definir pools de armazenamento
que usam os dispositivos.
O tipo de DISK dispositivo ARQUIVO é predefinido no Tivoli Storage Manager e não pode ser alterada.
Os drivers de dispositivo
IBM fornece drivers de dispositivo para cada um dos seus dispositivos de biblioteca e de fita, para cada sistema
operacional do dispositivo é suportado. Se você estará usando outra

dispositivo do fornecedor, você pode exigir drivers de dispositivo do sistema operacional para o dispositivo a partir do fornecedor.
Os seguintes pontos devem ser observados:
No Windows 2000 e 2003, pode ser necessário usar o Tivoli Storage Device Driver Manager.
- No entanto, se você estiver usando dispositivos de fita IBM, como o TS3100, TS3200, TS3500 ou com
drives LTO, você deve instalar os drivers de dispositivo de fita IBM-fornecidos para Windows. Você
não precisa instalar o Tivoli Storage Device Driver Manager.
- Se você tiver dispositivos de outro fornecedor que são suportados pelo Tivoli Storage Manager,
você deve instalar o Tivoli Storage Device Driver Manager.
Você também deve desativar o serviço Windows armazenamento removível (RSM), pois pode interferir com
o Tivoli Storage Manager.
Verifique o gerenciador de dispositivos do Windows para assegurar que a biblioteca é exibido em

médias Changers e as unidades de fita aparecem sob Unidades de fita. Todos os dispositivos devem estar trabalhando
corretamente.
Para AIX e UNIX, bibliotecas IBM e unidades como o TS3100, TS3200, TS3500 ou com drives LTO,
exigem o pacote IBM Atape.driver para ser instalado. Algumas bibliotecas IBM, como o 3494, também
exigem que o pacote atldd IBM. Se você tiver um dispositivo não-IBM suportado pelo Tivoli Storage
Manager, você deve instalar o pacote tivoli.tsm.devices.
Para plataformas Linux, bibliotecas e unidades IBM exigem que os ibmtape e ibmatl pacotes IBM para o
Linux em particular que você está usando. dispositivos não-IBM suportados pelo Tivoli Storage Manager
exigem que o pacote de driver de dispositivo apropriado instalado a partir da distribuição Tivoli Storage
Manager para o Linux em particular que você está usando.
Para usar um dispositivo sequencial com TSM, um número de componentes deve ser configurado. Os
componentes podem ser pensada em duas classes, físicos e lógicos, e deve ser configurado na
seguinte ordem:
Fisica
uma. A biblioteca (SCSI (automatizada) ou manual)
b. A biblioteca caminho ( isto é, o link do servidor para funcionamento da biblioteca

dispositivo de sistema)
c. unidades de fita dentro da biblioteca
d. Os caminhos de unidade (uma para cada unidade) Lógico
uma. classe de dispositivo: Aqui você cria uma classe para a biblioteca e associá-lo com
o tipo de dispositivo eo nome da biblioteca. O tipo de dispositivo é de um Tivoli

lista Storage Manager-suportado, e comum a todas as plataformas de servidor do Tivoli
Storage Manager (por exemplo LTO, 4mm, DLT).
b. pool de armazenamento: Esta classe especifica o dispositivo a ser usado para o armazenamento de dados.
pools de armazenamento tem vários atributos com base no tipo de dispositivo. Muitas piscinas de armazenamento
pode usar a mesma classe de dispositivo.
c. Volumes: Estes são objetos que pertencem a um determinado pool de armazenamento. Para
dispositivos de acesso sequencial, os volumes são geralmente cartuchos de fita, de disco magneto-óptico. Volumes
podem ser atribuídos a um pool de zero, onde eles são usados como necessário ou atribuído como privada para um
determinado conjunto de armazenamento.
Como mencionado acima, quando a configuração de dispositivos de acesso sequencial para utilização, há um
pedido que deve ser seguido. Se você tentar criar um objeto Tivoli Storage Manager que tem um parâmetro
referindo-se a outro item, esse item já deve existir.
Tabela 6-1 na página 221 detalha as etapas necessárias para configurar cada dispositivo e armazenamento de piscina
que você deseja configurar. Ele também mostra as seções de referência neste capítulo para completar as tarefas.
Nota: Os exemplos nesta seção lidar com uma biblioteca automatizada (SCSI). bibliotecas
automatizadas são as bibliotecas mais comuns em uso.

Tabela Guia 6-1 para a criação de pools de armazenamento
Ordem de classe Componente Para definir o tipo de dispositivo abaixo, siga cada seção
definição Component componente de biblioteca Auto
piscina stg piscina stg Cópia

disco Sequential disco piscina stg
1 Fisica Biblioteca 6.2.1, “Definindo N/D N/D N/D
uma biblioteca” na
página 222
2 Caminho da biblioteca 6.2.2, “Definindo N/D N/D N/D
um caminho para
página 223
3 Dirigir 6.2.3, “Definindo N/D N/D N/D
uma unidade em
página 225
4 Path unidade 6.2.4, “Definindo N/D N/D N/D
um caminho para
uma unidade em
página 226

Ordem de classe Componente Para definir o tipo de dispositivo abaixo, siga cada seção
definição Component componente de biblioteca Auto
piscina stg piscina stg Cópia

disco Sequential disco piscina stg
5 Lógico Classe de dispositivo 6.2.5, “Definindo N/D 6.2.6, “Definindo
uma classe de uma classe de
dispositivo para dispositivo arquivo
uma biblioteca” na seqüencial” na
página 228 página 230
6 pool de armazenamento 6.3.1, “Definindo 6.3.2, “Definindo 6.3.3, “Definindo um 6.3.4, “Definin
um pool de um acesso conjunto de cópia ga pool
armazenamento aleatório pool de armazenamento de
em fita de acesso armazenamento seqüencial arquivo de armazenamento”
sequencial” na em disco” na acesso”, na página na página 23 7
página 232 página 233 234
7 Volume 6.4.2 6.4.1, N/D
“volumes de “Definindo
fita” na volumes de
página 241 disco de
acesso
aleatório” na
página 239
6.2.1 Definindo uma biblioteca
Há duas partes para configurar uma biblioteca: definir a biblioteca e definindo um caminho para ele. Para definir
a biblioteca, basta o nome que você vai chamá-lo, o tipo (SCSI, MANUAL, 349X, e assim por diante), se você
vai compartilhá-lo com outro servidor do Tivoli Storage Manager, e se você deseja fitas sem rótulo a ser
automaticamente indicado para uso. Exemplo 6-1 mostra um exemplo do definir biblioteca comando.
Exemplo 6-1 Definindo uma biblioteca automatizada de SCSI
TSM: ATLANTIC> definir biblioteca 3582lib libtype = SCSI compartilhado = yes AutoLabel = yes
ANR8400I Biblioteca 3582LIB definido.
TSM: ATLANTIC> q LiBr f = d
Nome biblioteca: 3582LIB

Type Library: SCSI
ACS Id:
Particular Categoria:
Scratch Categoria: WORM
zero Categoria:
Gerente externo:
Compartilhado: Yes
LanFree:
ObeyMountRetention:
Primário Library Manager:
WWN:
Número de série:
AutoLabel: Sim
Repor Drives: Sim
Última Atualização pelo (administrador): ADMIN
Última Atualização Data / Hora: 2006/02/22 00:17:50
6.2.2 Definir um caminho para uma biblioteca
Um caminho para um dispositivo de uma ligação entre o servidor Tivoli Storage Manager e o nome do sistema
operacional para o dispositivo. bibliotecas automatizadas possua um permutador de meio (também conhecido como um
robô) que executa as operações de movimentação em fitas dentro da biblioteca. O trocador de meio tem um nome de
dispositivo de sistema operativo associado. Você terá que encontrar os nomes dos dispositivos do sistema operacional
para cada dispositivo antes de defini-lo para o Tivoli Storage Manager.
O Windows 2000/2003: Abra o Tivoli Storage Management Console. No painel à esquerda, expanda
Tivoli Storage Manager, o nome do servidor, o TSM driver de dispositivo, relatórios, Dispositivo de
informação. O dispositivo é sob a coluna Nome TSM no painel do lado direito, por exemplo, lb0.1.0.2.
Usuários do AIX: Execute o seguinte comando AIX para encontrar o nome do dispositivo, por exemplo, / dev /
smc0:
root @ Atlântico /: fita lsdev -Cc

rmt0 Disponível 1Z-08-01 IBM 3580 Tape Drive Ultrium (FCP) rmt1 Disponível
1Z-08-01 IBM 3580 Tape Drive Ultrium (FCP)
smc0 Disponível 1Z-08-01 IBM 3582 Biblioteca Medium Changer (FCP)
Antes de definir o caminho, a biblioteca já deve estar definida, como em 6.2.1, “Definindo uma biblioteca”, na
página 222. Caminhos também têm uma origem e um destino. A fonte é o nome do servidor ou DataMover a
partir do qual você está definindo o caminho. O destino é o nome da biblioteca ou unidade para o qual você
está definindo

o caminho. Exemplo 6-2 mostra um exemplo do definir caminho comando quando usado para definir um caminho de um
servidor para uma biblioteca.
Exemplo 6-2 A definição de um caminho de uma biblioteca automatizada
TSM: ATLANTIC> definir caminho ATLANTIC 3582LIB srctype = detecção automática do servidor = yes desttype = dispositivo
de biblioteca = / dev / smc0 on-line = yes
ANR1720I Um caminho de ATLANTIC para 3582LIB foi definido.
TSM: ATLANTIC> q caminho f = d
Fonte Nome: ATLANTIC Tipo

Fonte: servidor de nomes de
destino: 3582LIB Tipo de Destino:
BIBLIOTECA
Biblioteca:
Nome do nó:
Dispositivo: / dev / smc0
gestor externo:
LUN:
Iniciador: 0
Directory: On-Line:
Sim
TSM: ATLANTIC> q biblioteca f = d
Nome biblioteca: 3582LIB

Biblioteca Tipo: SCSI
ACS Id:
Particular Categoria:
Scratch Categoria: WORM
zero Categoria:
Gerente externo:
Compartilhado: Yes
LanFree:
ObeyMountRetention:
Primário Library Manager:
WWN: 500308C140067006
Número de série: 0000013108231000
AutoLabel: Sim
Repor Drives: Sim

Com o caminho criado com sucesso, o biblioteca de consulta comando agora nos fornece mais algumas
informações. Podemos ver o nome SAN World-Wide (WWN) e número de série da biblioteca.
6.2.3 Definindo uma unidade em uma biblioteca
Bibliotecas com várias unidades deve ter cada unidade definida para o Tivoli Storage Manager. Cada unidade e cada
local cartucho em uma biblioteca tem o que é conhecido como um endereço do elemento. O endereço do elemento
é usado pelo driver de dispositivo quando se envia um comando de movimento de mídia, por exemplo, “move fita no
elemento 4096 a unidade de fita no elemento 256”. Elemento informações devem ser fornecidas quando você define
a unidade, juntamente com o número de série e, opcionalmente, o WWN para unidades SAN-inscritos. Use o definir
unidade de comando para definir cada unidade.
informações elemento
número de elementos pode ser descoberto automaticamente quando você especificar o elemento = opção detectar
automaticamente. No entanto, o número de elemento não é detectado até que seja executado o definir caminho comando.
O endereço elemento também é impresso no manual que acompanha a biblioteca. O Windows também tem um assistente
que pode exibir o número do elemento.
Número de série
O número de série da unidade pode também ser descoberto automaticamente especificando a opção de série =
AutoDetect. Mais uma vez, o número do elemento não é detectado até que seja executado o definir caminho comando. O
Windows também tem um assistente que pode exibir o número de série da unidade.
WWN
O WWN também podem ser fornecidos se desejar. Tipicamente, no entanto, o WWN é detectado quando o definir
caminho pesquisas de comando da unidade para obter outras informações.
Definindo a unidade
Exemplo 6-3 mostra os comandos para definir unidades nomeadas DR00 e DR01 na biblioteca denominada
3582LIB que criou anteriormente.
Exemplo 6-3 Definição de Unidades de uma biblioteca automatizada
TSM: ATLANTIC> definir 3582lib unidade dr00 série = autod on-line = yes elemento = autod cleanfreq = asneeded
ANR8404I unidade DR00 definido no 3582LIB biblioteca.
TSM: ATLANTIC> definir 3582lib unidade dr01 série = autod on-line = yes elemento = autod cleanfreq = asneeded

ANR8404I unidade DR01 definido no 3582LIB biblioteca.
TSM: ATLANTIC> q dr f = d
Nome biblioteca: 3582LIB Unidade

Nome: DR00 Tipo de Dispositivo:
Desconhecido
On-Line: Sim ler os
formatos: Escrever
Formatos:
Elemento: State Drive:
DESCONHECIDO Volume Nome:
atribuídos a:
WWN:
Número de série:
A freqüência de limpeza (/ ASNEEDED / NONE Gigabytes): ASNEEDED
Observe que o elemento, número de série, WWN e campos de leitura e gravação de formato ainda não são
preenchidas.
6.2.4 Definir um caminho para uma unidade em uma biblioteca
Como para a biblioteca, use o definir caminho comando. No entanto, especificar diferentes opções ao definir um caminho
para uma unidade. Exemplo 6-4 mostra a sintaxe de definir caminho para unidades.
Exemplo 6-4 Definindo caminhos de unidade
TSM: ATLANTIC> definir caminho ATLANTIC DR00 biblioteca srctype = servidor desttype = unidade = 3582lib
device = / dev / rmt0 on-line = yes
ANR1720I Um caminho de ATLANTIC para 3582LIB DR00 foi definido.
TSM: ATLANTIC> definir caminho ATLANTIC DR01 biblioteca srctype = servidor desttype = unidade = 3582lib
device = / dev / rmt1 on-line = yes
ANR1720I Um caminho de ATLANTIC para 3582LIB DR01 foi definido.
TSM: ATLANTIC> q unidade f = d

Nome: DR00 Tipo de dispositivo:
LTO
On-Line: Sim
Leia Formatos: ULTRIUM2C, ULTRIUM2, ULTRIUMC, escreva Formatos
Ultrium: ULTRIUM2C, ULTRIUM2, ULTRIUMC, Ultrium
Elemento: 257

Unidade de estado:
DESCONHECIDO Nome do volume:
atribuídos a:
WWN: 500308C140067006
Número de Série: 1110177214

Nome: DR01 Tipo de dispositivo:
LTO
On-Line: Sim
Leia Formatos: ULTRIUM2C, ULTRIUM2, ULTRIUMC, escreva Formatos
Ultrium: ULTRIUM2C, ULTRIUM2, ULTRIUMC, Ultrium
Elemento: 256 State
Drive: DESCONHECIDO Volume
Nome: atribuídos a:
WWN: 500308C140067003
Número de Série: 1110176223
Quando os caminhos estejam definidos, as informações da unidade é obtido. Você pode ver no exemplo que o
número de elemento, número de série, WWN, e campos de formato suportados agora são preenchidos. O campo
State Drive permanece desconhecido nesta fase, como não temos lido a partir, nem escrito para, qualquer das
unidades.
As informações de caminho para as unidades também podem ser exibidos usando caminho de consulta, como se mostra no Exemplo
6-5.
Exemplo 6-5 Consultando informações caminho de unidade
TSM: ATLANTIC> caminho q * * srct = servidor destt = unidade LiBr = 3582lib f = d

destino: DR00 Tipo de Destino:
UNIDADE
Biblioteca: 3582LIB Nó
Nome:
Dispositivo: / dev / rmt0
externa Representante:
LUN:
Iniciador: 0
Directory:

On-Line: Sim

destino: DR01 Tipo de Destino:
UNIDADE
Biblioteca: 3582LIB Nó
Nome:
Dispositivo: / dev / rmt1
externa Representante:
LUN:
Iniciador: 0
Directory: On-Line:
Sim
6.2.5 Definindo uma classe de dispositivo para uma biblioteca
A classe de dispositivo é a ligação entre um pool de armazenamento e um dispositivo específico onde você deseja armazenar
dados.
A fim de criar um pool de armazenamento para utilizar os nossos unidades de biblioteca e de fita, é preciso definir uma classe de dispositivo
para a biblioteca (e suas unidades). Uma biblioteca pode ser definido de diversas classes de dispositivos, e uma classe de dispositivo pode
ser usado por diversos conjuntos de armazenamento.
Para definir uma classe de dispositivo, utilizar o definir devclass comando. Este comando tem muitas opções
diferentes, dependendo do tipo de dispositivos que você está usando. Você deve ler a ajuda online ( ajudar a definir
devclass) antes de definir suas classes de dispositivos.
Algumas das opções importantes são:
FORMATO define o formato em que o dispositivo lê e escreve. MOUNTRetention especifica a quantidade de

tempo que uma fita permanecerá montada em uma unidade depois torna-se inativo. O padrão de 60 minutos é
geralmente muito longo para a maioria dos ambientes. Se o seu ambiente requer montagens de fitas
frequentes, defina um valor baixo (5 ou 10 minutos).
MOUNTWait especifica o comprimento de tempo que o servidor irá esperar por uma fita para tornar-se disponível na
biblioteca (isto é, seja montado em uma unidade para uma biblioteca manual ou o check-in para uma biblioteca
automatizada).

Exemplo 6-6 mostra que define uma classe de dispositivo para utilização com uma biblioteca LTO2 IBM 3582.
Exemplo 6-6 Definindo uma classe de dispositivo LTO
TSM: ATLANTIC> definir devclass LTO2-DC biblioteca = 3582LIB DEVTYPE = lto formato = ultrium2c estcapacity = 400G
mountretention = 10 MOUNTWait = 20 mountlimit = unidades
ANR2203I classe de dispositivos LTO2-DC definido.
TSM: ATLANTIC> q devc lto2-dc f = d
Nome do Dispositivo Classe: LTO2-DC Estratégia de

Acesso ao dispositivo: Sequential
Pool de armazenamento Contagem: 0
Tipo de dispositivo: LTO
Formato: ULTRIUM2C
Est / Max Capacidade (MB): 409,600.0
Limite de montagem: As unidades
de montagem Wait (min): 20 da montagem de
reteno (min): 10
Prefixo rótulo: ADSM

Biblioteca: Diretório
3582LIB: Name Server:
Repita Período: Repetir
Intervalo:
Compartilhado:
De alto nível Endereço:

Capacidade mínima:
WORM: Não
Capacidade escalado:
o devclass consulta comando mostra os atributos de classes de dispositivos.
Você pode, se desejar, definir outras classes de dispositivos que utilizam a mesma biblioteca. É inteiramente até como
você deseja configurar você ambiente. Por exemplo, você pode definir outra classe de dispositivo para ser usado
exclusivamente para a criação de fitas de fora do local.
Se você estiver usando uma biblioteca separada ou plataforma de servidor z / OS, você precisa definir uma classe de dispositivo
separado.

Gorjeta: A maioria dos sistemas de gerenciamento de biblioteca de fitas no z / OS usar o nome do conjunto de dados para
identificar as fitas a serem retirados do local. Tivoli Storage Manager utiliza o formato <Prefixo> .BFS para nomes de conjuntos
de dados tanto no local e fora do local em uma classe de dispositivo. Para escolher outro nome conjunto de dados para cópias
fora do local, criar outra classe de dispositivo para fora do local de cópias e escolher um prefixo diferente. Defina o sistema de
gerenciamento de biblioteca de fitas para acionar esse nome fora do local, e cópias fora do local será identificado
automaticamente.
O comando mostrado no Exemplo 6-7 define uma classe de dispositivo chamado LTO2-OFFSITE
para 3582LIB biblioteca.
Exemplo 6-7 Definindo uma classe de dispositivo extra para a mesma biblioteca
TSM: ATLANTIC> definir devclass LTO2-OFFSITE biblioteca = 3582LIB DEVTYPE = lto formato = ultrium2c estcapacity =
400G mountretention = 10 MOUNTWait = 20 mountlimit = unidades
ANR2203I classe de dispositivos LTO2-OFFSITE definido.
6.2.6 Definindo uma classe de dispositivo arquivo seqüencial
classes de dispositivos que utilizam um tipo de ARQUIVO permitir que um dispositivo de acesso aleatório (disco) para simular um dispositivo
sequencial. Os usos mais comuns para piscinas de armazenamento de arquivos sequenciais são:
Se a sua biblioteca tem uma única unidade e você deseja executar a recuperação em volumes em piscinas de armazenamento
usando esta biblioteca. Quando você especificar o pool de recuperação para os pools de armazenamento, deve ser uma piscina
principal de armazenamento seqüencial. Para usar um disco de recuperação, você deve criar um pool de armazenamento do
arquivo sequencial. Criação de backups de banco de dados para manter no local e online.
Para configurar um pool de armazenamento seqüencial, você deve primeiro definir uma classe de tipo de dispositivo arquivo
de dispositivo. Ao definir a classe de dispositivo, você precisa especificar qual diretório usar e qual o tamanho máximo de
cada volume pode ser. Volumes em um pool de armazenamento de arquivo seqüencial são, naturalmente, os arquivos.
Você pode especificar como grande cada um desses arquivos pode se tornar antes que o servidor Tivoli Storage Manager
fecha um e cria outro.

Tal como para outras classes de dispositivos, utilizar o definir devclass comando, especificando a opção DEVTYPE =
FILE. Exemplo 8/6 define uma classe de dispositivo chamado SEQF-CC com uma capacidade máxima de 256 MB. Nós
também criar uma classe de dispositivo arquivo seqüencial para uso com metadados de diretório (da classe de
gerenciamento do diretório).
Exemplo 6-8 A definição de uma classe de dispositivo de arquivo sequencial
TSM: ATLANTIC> definir devclass DEVTYPE seqf-dc = arquivo mountlimit = 25 maxcapacity = diretório 256M = / tsm / STG /
seqf
ANR2203I classe de dispositivos SEQF-DC definido.
TSM: ATLANTIC> q devc seqf-dc f = d
Nome do Dispositivo Classe: SEQF-DC Estratégia de

Acesso ao dispositivo: Sequential
Pool de armazenamento Contagem: 0
Tipo de dispositivo: ARQUIVO
Formato: UNIDADE
Est / Max Capacidade (MB): 256,0

Limite de montagem: 25
Espera montagem (min): Montagem de
reteno (min):
Rotular Prefixo:
Biblioteca: Directory: / tsm / STG /
seqf Nome do Servidor: Repetir Período:
intervalo de repetição:
Compartilhado:
De alto nível Endereço:

Capacidade mínima:
WORM: Não
Capacidade escalado:
TSM: ATLANTIC> definir devclass DEVTYPE dirm-dc = arquivo mountlimit = 50 maxcapacity = 64M directory = / tsm / STG /
dirm
ANR2203I classe de dispositivos DIRM-DC definido.
6.3 Os pools de armazenamento
pools de armazenamento são as entidades lógicas em que os dados do cliente lojas Tivoli Storage Manager. Até agora, nós
configuramos os dispositivos que nossos pools de armazenamento vai usar para armazenar fisicamente os dados. Agora
vamos criar as piscinas.

Tivoli Storage Manager tem dois tipos de pools de armazenamento:
pools de armazenamento primário Copie
pools de armazenamento
Um conjunto de armazenamento primário pode usar o armazenamento de acesso aleatório (DISK classe de dispositivo) ou armazenamento de
acesso sequencial (aulas de fita, ou dispositivo de arquivo óptico). Um pool de armazenamento de cópias só pode usar o armazenamento de
acesso sequencial.
Você pode definir seus pools de armazenamento em qualquer ordem. No entanto, é mais fácil criar primeiro as
piscinas que será apontado por outros.
6.3.1 Definindo um acesso sequencial piscina de armazenamento em fita
Defina um conjunto de armazenamento em fita principal usando o definir stgpool comando com a sua classe de dispositivo
definida (LTO2-DC no nosso caso). opções importantes são:
MAXSCRATCH: Este é o número de fitas scratch que o pool de armazenamento pode usar antes de ele informa que
ele está cheio. Para bibliotecas automático, ajuste MAXSCRATCH a um grande número (por exemplo, 1.000.000)
para evitar o servidor parar quando o pool de armazenamento é “completa”. Para bibliotecas manuais com uma
pequena capacidade, definir MAXSCRATCH a um número mais realista.
Reclaim: Esta é a porcentagem de espaço vazio em um volume de fita que fará com que o servidor para
tentar consolidar os dados restantes para outro volume. Definir recuperar a 100 para desativar a
recuperação. Isso requer recuperação agendada para o pool de armazenamento.
Collocate: Isto especifica se o servidor tenta manter os dados de um cliente, grupo de clientes, ou espaços de
arquivo do cliente em como algumas fitas possível (conhecidos como collocation). Colocação reduz o número de
fitas necessárias para executar operações de restauração, mas vai aumentar o número de fitas necessárias para
armazenar dados de clientes.
RECLAIMSTGpool: Se a sua biblioteca tem apenas uma unidade, será necessário outro conjunto de armazenamento
seqüencial primária para permitir a recuperação. Note que nós não recomendamos configurações de unidade única
para os sistemas de produção, como discutido em 2.9.3, “Número de unidades de fita” na página 52.
Exemplo 6-9 define um conjunto de fitas sequencial primária.
Exemplo 6-9 A definição de um conjunto de fitas sequencial primária
TSM: ATLANTIC> definir stgpool tapedata LTO2-DC description = "pool fita primária" recuperar = 100
MAXSCRATCH = 1000000 arranja = nó
ANR2200I Armazenamento piscina TAPEDATA definido (classe de dispositivo LTO2-DC).
TSM: ATLANTIC> q STGP

Armazenamento Dispositivo Pct estimado Pct Próxima Armazenamento Alta Baixa

Piscina Nome da classe Capacidade Nome Util Migr Mig Mig piscina PCT
---------- ---------- --------- ---- ----- ---- --- -----------

TAPEDATA LTO2-DC 0.0 M 0.0 0,0 90 70
6.3.2 Definindo um acesso aleatório pool de armazenamento em disco
Defina um conjunto de armazenamento de disco primário usando o definir stgpool comando com a classe de dispositivo
predefinido de disco. Algumas das opções que você deve considerar são:
NEXTstgpool: define a próxima pool de armazenamento na hierarquia. NEXTstgpool é onde os dados migraram é enviado, ou
arquivos superior MAXSIZE (veja abaixo). MAXSIZE: o tamanho máximo de um arquivo pode estar a ser armazenado no pool de
armazenamento. Qualquer arquivo ao longo deste tamanho é escrito para a próxima pool de armazenamento. Se NEXTstgpool
não está definido, a operação de armazenamento para o arquivo falha.
Highmig: o limite no qual a migração começa. Quando o pool de armazenamento atinge esta
percentagem de sua capacidade, um processo de migração começará a mover os dados para o
NEXTstgpool.
LOwmig: quando a migração pára. Quando a migração estiver em execução, se a utilização da piscina cai ou
abaixo deste valor, a migração pára.
Cache: especifica se uma cópia de um arquivo migrado é armazenada em cache na piscina após a migração para o próximo
piscina. arquivos de cache pode melhorar o desempenho da restauração, mas pode causar outros processos a sofrer. Por
exemplo, se um pool de discos está cheio de arquivos em cache, quando um cliente faz o backup de novos dados em que
piscina, o servidor deve encontrar arquivos em cache para a eliminação e proporcionar espaço livre para os novos dados.
Exemplo 6-10 define um conjunto de armazenamento chamado DISKDATA com um limite de migração alta de
80% e um limite baixo de migração de 30%. Nós também criar o pool NONE manequim. Ambos usam a classe de
dispositivo predefinido de disco.
Exemplo 6-10 Definindo um acesso aleatório piscina de armazenamento em disco
TSM: ATLANTIC> definir descrição stgpool disco DISKDATA = "Disk pool de armazenamento" nextstgpool =
tapedata maxsize = 1G highmig = 80 lowmig = 30
ANR2200I Armazenamento piscina DISKDATA definido (dispositivo de classe de disco).
TSM: ATLANTIC> definir nenhum DISCO stg

ANR2200I Armazenamento piscina NONE definido (dispositivo de classe de disco).

---------- ---------- --------- ---- ----- ---- --- -----------

DISKDATA DISCO 0.0 M 0.0 0.0 80 30 TAPEDATA
NENHUM DISCO 0.0 M 0.0 0,0 90 70
TAPEDATA LTO2-DC 0.0 M 0.0 0,0 90 70
Note-se que os dados relativos à capacidade e utilização estimados são zero neste momento, como nós não atribuiu
quaisquer volumes ou armazenados quaisquer dados ainda.
6.3.3 Definindo um acesso sequencial piscina de armazenamento de arquivos
Defina um conjunto de armazenamento em fita principal usando o definir stgpool comando com a sua classe de dispositivo
definida (LTO2-DC). Algumas das opções que você deve considerar são:
MAXSCRATCH: número de volumes de trabalho que o pool de armazenamento pode usar antes de ele informa que ele está
cheio. Para piscinas de armazenamento de arquivos sequenciais, definir MAXSCRATCH a um grande número (por exemplo,
1.000.000) para evitar o servidor parar quando o pool de armazenamento está cheio. Seqüenciais piscinas de armazenamento
de arquivos criar e eliminar volumes, conforme necessário. No entanto, quando um volume é criada, o número de volumes de
trabalho utilizados é incrementado.
Collocate: especifica se o servidor tenta manter os dados de um cliente, grupo de clientes, ou espaços de arquivo do
cliente em como algumas fitas quanto possível (conhecido como
colocação). Colocação reduz o número de volumes necessários para realizar operações de restauração, mas vai
aumentar o número de volumes necessários para armazenar os dados do cliente.
Exemplo 6-11 mostra a definição de dois conjuntos de armazenamento de acesso sequenciais.
Exemplo 6-11 conjuntos de armazenamento de arquivo sequencial Definindo
TSM: ATLANTIC> definir stgpool DISKFILE descrição seqf-dc = "pool de armazenamento de arquivos Sequential" colocar = nó
MAXSCRATCH = 1000000
ANR2200I Armazenamento piscina DISKFILE definido (classe de dispositivo SEQF-DC).
TSM: ATLANTIC> definir DISKDIRS stgpool dirm-dc description = "pool de armazenamento de arquivos Sequential para
metadados diretório" colocar = nó MAXSCRATCH = 1000000
ANR2200I pool de armazenamento DISKDIRS definido (classe de dispositivo DIRM-DC).

Nome piscina Nome da classe Capacidade Util Migr Mig Mig piscina
PCT
---------- ---------- --------- ---- ----- ---- --- -----------
DISKDATA DISCO 0.0 M 0.0 0.0 80 30 TAPEDATA
DISKDIRS DIRM-DC 0.0 M 0.0 0,0 90 70

DISKFILE SEQF-DC 0.0 M 0.0 0,0 90 70
NENHUM DISCO 0.0 M 0.0 0,0 90 70
TAPEDATA LTO2-DC 0.0 M 0.0 0,0 90 70
Operação de um acesso sequencial piscina de armazenamento de arquivos

Um conjunto de armazenamento de acesso sequencial com uma classe de dispositivo atos ARQUIVO um pouco
diferente em relação a um conjunto de armazenamento mapeado para uma fita física ou dispositivo óptico. Quando
disco é usado, o servidor abre um arquivo somente quando um é necessário. O pool de armazenamento mostra uma
capacidade estimada de zero megabytes até que os dados foi enviado a ele. Após uma operação de backup do cliente,
vemos o aumento de capacidade estimada. A capacidade estimada é calculada como o produto do tamanho do volume
máximo (MaxCap, 64 MB) e o número máximo permitido de volumes de trabalho (MAXSCR, 1000000). Para
DISKDIRS, a capacidade estimada é
64000 P (64 TB).
O servidor cria e volumes nomes como eles são necessários. Volumes não tem que ser definido em pools de
armazenamento de arquivos sequenciais.
O primeiro volume criado na piscina DISKDIRS é nomeado 0000001b.BFS.
Exemplo volumes do conjunto de armazenamento 12/06 sequencial ARQUIVO
TSM: ATLANTIC> q vol
Nome do Volume Armazenamento Dispositivo Pct estimado Volume

Nome piscina Classe Nome Capacidade Util Estado
------------------------ ----------- ---------- --------- ----- -------
/ Tsm / STG / dirm / 0000001B- DISKDIRS DIRM-DC 64,0 100,0 completa
. BFS
/ Tsm / STG / dirm / 0000002A- DISKDIRS DIRM-DC 64,0 0.0 enchimento
. BFS
A partir do prompt shell AIX:

root @ Atlântico /: cd / tsm / STG / dirm
root @ Atlântico / tsm / STG / dirm: ls -l
total de 132608
- rw ------- uma raiz sistema 67108864 Fev 23 15:52 0000001b.bfs
- rw ------- uma raiz sistema 786432 Fev 23 15:52 0000002a.bfs
recuperação de uma única unidade usando o disco para o pool de armazenamento de recuperação
Para executar a recuperação com uma única unidade de fita, especifique o parâmetro RECLAIMSTGpool ao criar o pool de
armazenamento em fita. RECLAIMSTGpool aponta para outro conjunto de armazenamento sequencial primária que podem
ser usados como a área de exploração para os dados a ser consolidada. o área de espera conjunto de armazenamento, em
seguida, refere-se a piscina original a ser recuperado como o seu NEXTstgpool. Note que não fazer

recomendamos o uso de configurações de unidade única para ambientes de produção, como discutido em 2.9.3,
“Número de unidades de fita” na página 52.
Exemplo 6-13 atualiza o TAPEDATA pool de armazenamento existente para usar DISKFILE como seu pool de armazenamento de
recuperação. Em seguida, atualizar DISKFILE para mudar sua próxima pool de armazenamento para TAPEDATA.
Exemplo conjuntos de armazenamento 13/06 Actualizar
TSM: ATLANTIC> atualizar stgpool tapedata reclaimstgpool = diskfile

ANR2202I Armazenamento piscina TAPEDATA atualizado.
TSM: ATLANTIC> q stg tapedata f = d
Pool de armazenamento Nome: TAPEDATA

pool de armazenamento Tipo: Primário Classe de
Dispositivo Nome: LTO2-DC estimado
Capacidade: 0.0 M Espaço de gatilho Util:
Pct Util: 0,0 pct

Migr: 0,0 pct lógica: 0,0 alta
Mig pct: 90 Low Mig pct: 70
Migration Delay: 0
Migração Continuar: Sim
processos de migração: 1
Processos Reclamation: 1
Próxima pool de armazenamento: Reclaim pool de
armazenamento: DISKFILE Maximum Threshold
Tamanho: No Limit
Acesso: Leitura / Gravação Descrição:

pool de fitas primária Overflow Localização: Cache
migrados Arquivos ?:
Colocar ?: Node
Threshold Reclamation: 100 Offsite limite
Reclamation: volumes máximos de raspadinhas admitidos:
1.000.000 Número de volumes de trabalho Usado: 0 Delay
Período de Reutilização Volume: 0 Dia (s)
Migração em andamento ?: Não Valor

Migrated (MB): 0,00
Decorrido Migração Tempo (segundos): 0
Recuperação em andamento ?: Não Último
Update (administrador): ADMIN
Última Atualização Data / Hora: 2006/02/23 Format 09:35:08 pool de
armazenamento de dados: Native
Cópia pool de armazenamento (s):

Continue em Copiar no erro ?:
CRC de dados: Não
Reclamation Tipo: Threshold
TSM: ATLANTIC> atualização stg diskfile nextstgpool = tapedata

piscina ANR2202I armazenamento DISKFILE atualizado.
TSM: ATLANTIC> q diskfile stg

PCT
---------- ---------- --------- ---- ----- ---- --- -----------
DISKFILE SEQF-DC 0.0 M 0.0 0.0 90 70 TAPEDATA
6.3.4 A definição de um conjunto de armazenamento de cópia
Um pool de armazenamento de cópia é usado para criar cópias (backups) de pools de armazenamento primário.
No nosso exemplo solução, temos duas piscinas de armazenamento de cópia: OFFDIRS e OFFDATA.
atraso reutilização
As piscinas exemplo de cópia têm um atraso de reutilização de cinco dias. O atraso reutilização deve expirar antes
volumes vazios fita fora do local são movidos de volta para a piscina zero. O atraso permite um período de tempo em
que as fitas fora do local, apesar de “vazio”, podem ser necessários para uma restauração. Por exemplo, se os seus
backups fora do local mais atuais foram destruídos em trânsito, você pode precisar restaurar um backup de banco de
dados feita há quatro dias. O backup de banco de dados de quatro dias de idade ainda fará referência fitas agora vazio,
mas considerá-los como tendo dados. O atraso reutilização permite que você use essas fitas, embora eles são
actualmente consideradas vazio. O atraso reutilização é especialmente útil durante um longo desligamento da empresa,
como no final do ano, quando os dados fora do local devem permanecer intactos no caso de um desastre ocorre em
seu site principal. Você deve definir o atraso reutilização igual ao período de validade dos backups de banco de dados.
Por exemplo, se você estiver usando DRM e seus DRMDBBackupexpiredays está definido para 6, ou você corre excluir
tipo VOLHISTORY = Dbbackup todate = hoje-6, você deve definir REUsedelay nas piscinas de armazenamento de
cópias a 6 bem.

As ordens dadas no Exemplo 6-14 configurar os seguintes conjuntos de armazenamento:
Um pool de armazenamento de cópia chamado OFFDIRS, com classe de dispositivo LTO2-DC. Reclamation
está desligado e o atraso reutilização é definido por cinco dias. Um pool de armazenamento de cópia
chamado OFFDATA, com classe de dispositivo LTO2-DC. Reclamation está desligado e o atraso
reutilização é definido por cinco dias.
Ao definir conjuntos de armazenamento de cópia, as mesmas opções que para a definição de piscinas sequenciais aplicam,
exceto que você deve especificar POoltype = cópia e recuperação é, por padrão fixado em 100 por cento.
Exemplo 6-14 Definindo copiar conjuntos de armazenamento
TSM: ATLANTIC> definir OFFDIRS stgpool lto2-dc pooltype = cópia description = "pool de armazenamento de cópia para os
diretórios" MAXSCRATCH = 1000000 reusedelay = 5
ANR2200I pool de armazenamento OFFDIRS definido (classe de dispositivo LTO2-DC).
TSM: ATLANTIC> definir stgpool OFFDATA lto2-dc pooltype = cópia description = "pool de armazenamento de cópias de
dados" MAXSCRATCH = 1000000 reusedelay = 5
piscina ANR2200I armazenamento OFFDATA definido (classe de dispositivo LTO2-DC).
TSM: ATLANTIC> q stg pooltype = cópia

PCT
---------- ---------- --------- ---- ----- ---- --- -----------
OFFDATA LTO2-DC 0.0 M 0.0
OFFDIRS LTO2-DC 0.0 M 0.0
6.3.5 Excluindo os pools de armazenamento padrão
Agora que você criou seus conjuntos de armazenamento como planejado, você pode excluir os conjuntos de armazenamento
padrão para arrumar a sua instalação. o excluir stgpool comando remove um conjunto de armazenamento, como mostrado no
Exemplo 15/06.
Exemplo 6-15 Excluindo os conjuntos de armazenamento padrão
TSM: ATLANTIC> del stgpool ARCHIVEPOOL

ANR2201I Armazenamento piscina ARCHIVEPOOL excluído.
TSM: ATLANTIC> del stgpool backuppool

ANR2201I Armazenamento piscina BACKUPPOOL excluído.
TSM: ATLANTIC> del stgpool SPACEMGPOOL

ANR2201I Armazenamento piscina SPACEMGPOOL excluído.

Em 1.1.1, “O nosso material de apoio” na página 5, vamos mostrar como carregar uma macro pré-definida para o Tivoli
Storage Manager. O mac.stgdelete macro, que nós fornecemos para excluir os conjuntos de armazenamento padrão, é
mostrada em “Excluir pools de armazenamento padrão” na página 739. A macro exclui os pools de armazenamento de
quatro padrão definidos automaticamente pela instalação do Windows, incluindo uma piscina de armazenamento
adicional chamado DISKPOOL. Note-se que a instalação do Tivoli Storage Manager em uma plataforma UNIX faz não criar
DISKPOOL. Você deve remover a linha de exclusão de DISKPOOL antes de executar a macro.
6.4 volumes do conjunto de armazenamento
Agora que nossos conjuntos de armazenamento são definidos, devemos realizar uma última tarefa para cada um deles. pools de
armazenamento deve conter volumes para ser capaz de armazenar dados. Para pools de armazenamento em disco, os volumes são
simplesmente arquivos (normalmente grande) localizados em sistemas de arquivos do servidor. Para piscinas de armazenamento em
fita (tanto primárias e de cópia), os volumes são os cartuchos de fita física. Para escrever ou ler a partir das fitas, devem ser
montável, isto é, presentes em uma biblioteca. volumes de fita ainda são considerados como parte de um pool de
armazenamento, embora possam não estar dentro de uma biblioteca de fitas (isto é,
não montável ou off-site).
Esta secção fornece exemplos de atribuição de volumes para conjuntos de armazenamento. Você pode adicionar ou remover
volumes de e para pools de armazenamento sem interromper as operações do servidor. Por exemplo, se você instalar uma
nova unidade de disco para um pool de discos, o administrador do Tivoli Storage Manager pode mover os dados do pool de
armazenamento do tanque velho para o novo pool sem desligar o servidor. Ou, se você tem que adicionar espaço para um
pool de armazenamento, você pode facilmente definir novos volumes e expandir o tamanho do pool de armazenamento sem
interromper o serviço.
6.4.1 volumes de disco de acesso aleatório Definindo
volumes de disco pode ser definida para um pool de armazenamento do Tivoli Storage Manager de duas maneiras.
Aqui descrito é o processo mais eficiente de um só passo usando o definir o volume comando com a opção formatsize.
O outro método tem dois passos: preparar o volume do disco utilizando o utilitário dsmfmt e, em seguida, definir o
volume do conjunto de armazenamento utilizando a definir o volume comando.
Até agora você vai ter decidido sobre seus números e tamanhos de volume do conjunto de armazenamento em disco.
Lembre-se de que é melhor ter um número de volumes menores do que um único volume grande em suas piscinas de
armazenamento em disco. Embora eles ocupam a mesma quantidade de espaço, tendo volumes mais pequenos é
mais eficiente. Com um único volume na piscina, apenas um único segmento do servidor pode escrever a ele a
qualquer momento. Com mais volumes, mais threads do servidor pode escrever-lhes simultaneamente. Vários volumes
podem ser distribuídos por mais discos físicos, melhorando

desempenho. E com mais volumes, você pode facilmente remover alguns de uma piscina e atribuir a outra
se suas exigências mudar durante o processamento (temporária ou permanentemente).
Exemplo 6-16 mostra os comandos e para definir volumes de consulta.
Exemplo 6-16 Definindo volumes ao pool de armazenamento DISKDATA
TSM: ATLANTIC> definir o volume diskdata /tsm/stg/diskdata/ddvol_01.dsm formatsize = 2048 = sem

esperar
ANR2491I Processo de criação de volume de partida para /tsm/stg/diskdata/ddvol_01.dsm, ID do Processo 16.
ANS8003I número de processo 16 começou.

esperar
ANR2491I Processo de Criação de Volume de partida para /tsm/stg/diskdata/ddvol_02.dsm, Processo Id 17.

esperar
...
esperar
...
esperar
...
TSM: ATLANTIC> define o volume diskdata /tsm/stg/diskdata/ddvol_06.dsm formatsize = 2048 =
esperar Nºs
ANR0984I Processo 21 para DEFINE VOLUME começou em primeiro plano em 11:33:53. ANR2206I
/tsm/stg/diskdata/ddvol_06.dsm Volume definido no pool de armazenamento DISKDATA (DISK classe de dispositivo).
ANR0986I Processo para 21 definem volume executado em primeiro plano processado 1 itens para um total
de 2,147,483,648 bytes com um estado de conclusão de sucesso em 11:37:19.
TSM: ATLANTIC> q = stg vol diskdata
Nome do Volume Armazenamento Dispositivo Pct estimado Volume

Piscina Nome Nome da classe Capacidade util Estado
------------------ ---------- ---------- --------- ----- --------
/ TSM / STG / DISKDATA diskdata- DISCO 2,048.0 0.0 On-Line
/ddvol_01.dsm
/ddvol_02.dsm
/ddvol_03.dsm

/ddvol_04.dsm
/ddvol_05.dsm
/ddvol_06.dsm
TSM: ATLANTIC> q diskdata stg

PCT
---------- ---------- --------- ---- ----- ---- --- -----------
DISKDATA DISCO 12 G 0.0 0.0 80 30 TAPEDATA
O exemplo começa cinco definir processos de volume em segundo plano (algumas mensagens de status foram removidos para
economizar espaço) e um no primeiro plano. Uma vez que todos os seis são criados, o uso volume de consultas para exibi-los.
Observe que as estatísticas do conjunto de armazenamento mostram uma capacidade estimada de 12 GB. Você também pode
visualizar os arquivos em um nível de sistema operacional, como mostrado no Exemplo 6-17.
Exemplo 6-17 Listagem os volumes do sistema operativo
root @ Atlântico /: cd / tsm / STG / diskdata

root @ Atlântico / tsm / STG / diskdata: ls -la
total da raiz 25166232
drwxr-xr-X 2 sistema 256 23 de fevereiro 11:33.
drwxr-xr-x 6 raiz sistema 4096 23 de fevereiro 11:32 ..
---------- 1 raiz sistema 2147483648 23 de fevereiro 11:36 ddvol_01.dsm
root @ Atlântico / tsm / STG / diskdata:
6.4.2 volumes de fita

volumes de fita exigem um procedimento diferente para torná-los prontos para uso. Em primeiro lugar, um volume de fita tem
que estar preparado. A maioria das bibliotecas de fitas modernas contam com uma etiqueta de código de barras no lado do
cartucho de fita para fornecer o robô com informações sobre o cartucho. A maioria dos meios de DLT e LTO vêm sem
rótulos, mas normalmente não pode ser utilizado (em uma biblioteca) sem eles. Você deve pedir rótulos quando você
encomendar o seu supples fita. As etiquetas podem ser feitas com suas especificações. A etiqueta normalmente tem três
letras (que você pode escolher para ser significativo, se quiser), e três números que normalmente são executados em
seqüência para cada etiqueta (por exemplo, IBM000,

IBM001, IBM002, ... IBM999, e assim por diante). Cada cartucho de fita deve ser fornecido com um rótulo antes
de tentar usá-lo em uma biblioteca.
Gorjeta: Embora Tivoli Storage Manager permite que você use um rótulo de volume (também conhecido como
VOLSER ou ID Volume) mais de seis caracteres, é altamente recomendável utilizar um máximo de seis
caracteres alfanuméricos. Isso é para manter a compatibilidade com outros sistemas de rótulo ANSI.
Fitas com etiquetas externas sobre o cartucho pode ser carregado para dentro da biblioteca, ou por abertura da porta e
fisicamente colocando-os no compartimento ou do cartucho de ranhuras ou os importar para a biblioteca através do
carregador em massa ou a porta de I / O. Métodos de importação de cartuchos em uma biblioteca são específicos para a
biblioteca. Consulte a documentação para obter instruções.
Agora que as novas fitas estão na biblioteca, o Tivoli Storage Manager deve escrever um rótulo para eles antes
que eles podem ser usados. A etiqueta de código de barras no lado do cartucho é geralmente utilizado como a
fonte para o rótulo a ser escrito.
Existem dois métodos para rotular fitas: usando o comando administrativo etiqueta LIBVOLUME ou utilizando o
externo dsmlabel comando. Se você usar LIBVOLUME etiqueta, o processo de rotulagem também pode verificar
as fitas no inventário do Tivoli Storage Manager. Se você optar por usar dsmlabel, então você deve usar LIBVOLUME
checkin para verificar as fitas no inventário.
Uma vez que as fitas são verificados, eles podem ser usados, tanto em uma piscina zero, ou atribuído como volumes privados
para um determinado conjunto de armazenamento.
Se uma fita já tem um rótulo escrito a ele (isto é, ele tem sido usado antes), a fita pode simplesmente ser
verificado para a biblioteca sem ter de voltar a ser rotulados.
No Exemplo 6-18 é carregado 17 novos cartuchos na nossa biblioteca IBM 3582. Utilizou-se o etiqueta LIBVOLUME comando
para rotular e verificar as fitas para a biblioteca, e especificou a opção LABELSource = código de barras para contar o
processo de rotulagem de usar o código de barras como o rótulo.
Exemplo 6-18 Rotulagem e verificando fita na biblioteca
TSM: ATLANTIC> rotular LIBVOLUME 3582lib busca = yes labelsource = código de barras checkin = zero
ANS8003I número Processo de 888 começou.
TSM: ATLANTIC> q pr
Processo Processo Número Descrição Estado

-------- ------------------- ----------------------------------------------
25 LIBVOLUME LABEL volumes ANR8805I Rotulagem em 3582LIB biblioteca; 6 volumes
(s) etiquetado.
O processo etiqueta LIBVOLUME executado em segundo plano, e você pode verificar o status usando o processo de
consulta comando. O processo de etiquetagem pode levar um longo tempo se você está rotulando uma biblioteca inteira
cheia de fitas. O registro de atividade também mostra as mensagens de conclusão do processo de LIBVOLUME rótulo. Você
pode então consultar o conteúdo da biblioteca usando LIBVOLUME consulta, como mostrado no Exemplo 19/06.
Exemplo 6-19 Consultando os volumes de log e actividades biblioteca
TSM: ATLANTIC> q actlog begint = -00: 05

Data hora mensagem
------------------- ----------------------------------------------------------
2006/02/23 14:35:07 ANR8801I processo LIBVOLUME LABEL 25 para 3582LIB biblioteca
concluída; 17 o volume (s) marcado, 17 de volume (s) de check-in.
(SESSÃO: 82, PROCESSO: 25)
2006/02/23 14:35:07 Processo ANR0985I 25 para LABEL LIBVOLUME em execução no
ANTECEDENTES completado com SUCESSO estado conclusão em 14:35:07.
TSM: ATLANTIC> q libvol
Biblioteca Nome do volume Proprietário Nome Estado Última Utilização Início Dispositivo
tipo de elemento
------------ ----------- -------- ---------- --------- ------- ------

3582LIB 020AKK coçar, arranhão 4.096 LTO
3582LIB 028AKK coçar, arranhão 4104 LTO
A coluna Página Elemento é o endereço numérico do slot do cartucho na biblioteca. O guia do usuário
biblioteca tem um diagrama para mapear o endereço para um físico

slot. Observe que LIBVOLUME consulta exibe o inventário, a fim do rótulo de volume, e não por elemento ou slot.
Note também que os campos do proprietário e Última Utilização não são preenchidos, como as fitas só agora
foram checar e ainda não utilizados.
Respondendo mensagens
Dependendo do método utilizado para carregar as fitas para a biblioteca, pode ser necessário para responder a
uma mensagem gerada pelo servidor. Se uma mensagem é gerada, o
etiqueta LIBVOLUME ou LIBVOLUME checkin processo não vai prosseguir até que você responder a mensagem. A
mensagem é gerado para dar-lhe tempo para carregar os cartuchos. Exemplo 6-20 mostra um processo de check-in
através do S Porta I / O, o pedido que gera, e como lidar com ele.
Exemplo 6-20 Consultando e respondendo a mensagens
TSM: ATLANTIC> Pesquisa checkin libvol 3582lib = checklabel maior = estado de código de barras = zero
TSM: ATLANTIC> q pr
-------- ------------------- ----------------------------------------------

29 CHECKIN LIBVOLUME ANR8425I Verificação em volumes no modo de busca em 3582LIB
biblioteca.
TSM: ATLANTIC> solicitação de consulta
ANR8352I pedidos pendentes:

ANR8373I 001: Encher a porta de entrada de grandes quantidades / saída de 3582LIB biblioteca com todos os volumes LTO a serem
processados dentro de 60 minutos (s); problema 'Resposta', juntamente com o ID pedido quando estiver pronto.
TSM: ATLANTIC> responder 001
ANR8499I Comando aceito.
TSM: ATLANTIC> q actlog begint = -00: 05

Data hora mensagem
------------------- ----------------------------------------------------------
02/23/2006 14:57:09 Os pedidos pendentes ANR8352I: (Session: 82) 2006/02/23 14:57:09 ANR8373I 001: encha o
porto de entrada grandes quantidades / saída de biblioteca
3582LIB com todos os volumes LTO a ser processado dentro de 60 minutos (s);
problema 'Resposta', juntamente com o ID pedido quando estiver pronto. (SESSÃO: 82)
comando 2006/02/23 14:57:20 ANR2017I admin administrador emitido: RESPOSTA 001

(SESSÃO: 82)
2006/02/23 14:57:20 ANR8499I Comando aceito. (SESSÃO: 82) 2006/02/23 14:58:02 ANR8430I
033AKK volume foi verificado em biblioteca
3582LIB. (SESSÃO: 82, PROCESSO: 29)
2006/02/23 processo 14:58:02 ANR8431I CHECKIN LIBVOLUME concluída para a biblioteca

3582LIB; 1 volume (s) encontrada. (SESSÃO: 82, PROCESSO: 29)
2006/02/23 14:58:02 Processo ANR0985I 29 para CHECKIN LIBVOLUME em execução no
O processo realmente começa antes de atender o pedido, mas não há nenhuma maneira de dizer que ele está
aguardando a menos que você consulta para pedidos (ou ter uma sessão administrativa aberto no modo console). O
pedido e resposta são registradas no log de atividade, e vemos as mensagens de conclusão do nosso processo de
check-in libvol.
6,5 comandos adicionais

As secções que se seguem fornecem exemplos de comandos directamente relacionadas com o armazenamento de dados.
6.5.1 conteúdo da biblioteca de Auditoria
o biblioteca de auditoria comando verifica se o inventário de uma biblioteca automatizada é consistente com o
inventário do servidor para essa biblioteca. Você deve auditar sua biblioteca se alguém acidentalmente ou
deliberadamente move fitas em torno de seus slots, ou inserções ou remove volumes sem utilizar os comandos
corretos do Tivoli Storage Manager. Também é útil como uma verificação geral, se você suspeitar que próprio
inventário das fitas do Tivoli Storage Manager não corresponde à situação real (por exemplo, se você ver
mensagens no log de atividades reclamando que as fitas não estão onde se espera que sejam) . Se forem
detectadas inconsistências, o servidor atualiza seu inventário para refletir o estado atual da biblioteca. volumes
perdidos são excluídos e volumes movidos são atualizados com sua nova localização. Volumes que não fazem
parte do inventário do servidor não são adicionados,
o biblioteca de auditoria O comando não executar qualquer operação até que todos os volumes em qualquer uma das unidades
de fita são desmontados (isto é, as unidades devem estar inactivo). Você pode forçar desmonta volume usando o volume de
desmontagem comando.
Por padrão, biblioteca de auditoria monta cada fita e lê o rótulo. Se os rótulos escritos sobre as fitas são os mesmos
que os códigos de barras, você pode especificar CHECKLabel = código de barras. O processo de auditoria irá então ler
apenas o código de barras, verificando contra inventário do servidor. Esteja ciente de que o processo de auditoria pode
ser demorado, especialmente para bibliotecas de grande capacidade, como deve montar e ler o rótulo em cada
volume.

Exemplo 6-21 mostra o processo de auditoria para nossa biblioteca 3582LIB.
Exemplo 6-21 conteúdo da biblioteca Auditoria
TSM: ATLANTIC> biblioteca auditoria 3582lib checklabel = código de barras
TSM: ATLANTIC> q pr
-------- ------------------- ----------------------------------------------

BIBLIOTECA 34 FISCAL inventário volume de ANR8459I auditoria para biblioteca
3582LIB.
TSM: ATLANTIC> q ato begint = -00: 03
Data hora mensagem
------------------- ----------------------------------------------------------
comando 2006/02/23 15:30:46 ANR2017I admin administrador emitido: AUDITORIA BIBLIOTECA
3582lib checklabel = código de barras (SESSÃO: 82)
2006/02/23 15:30:46 ANR0984I Processo 34 para BIBLIOTECA DE AUDITORIA começou no
ANTECEDENTES em 15:30:46. (SESSÃO: 82, PROCESSO: 34)
2006/02/23 15:30:46 ANR8457I AUDITORIA BIBLIOTECA: Operação para 3582LIB biblioteca
começou como processo 34. (SESSÃO: 82, PROCESSO: 34)
comando 2006/02/23 15:30:48 ANR2017I admin administrador emitido: PROCESSO DE CONSULTA
(SESSÃO: 82)
comando 2006/02/23 15:30:51 ANR2017I admin administrador emitido: PROCESSO DE CONSULTA
(SESSÃO: 82)
2006/02/23 processo de auditoria BIBLIOTECA 15:30:53 ANR8461I para 3582LIB biblioteca
completado com sucesso. (SESSÃO: 82, PROCESSO: 34)
2006/02/23 15:30:53 Processo ANR0985I 34 para auditoria BIBLIOTECA correndo no
6.5.2 conteúdo do volume Auditoria
o volume de auditoria verificações de comando para inconsistências entre as referências de banco de dados para objetos
armazenados em um volume, eo que é realmente encontrado para ser armazenado no volume. O volume deve ser montado
em uma unidade de fita, a fim de ler seu conteúdo. o volume de auditoria comando é especialmente útil quando erros de
integridade são detectados em um volume, como você pode determinar o que, se houver, os arquivos no volume ainda são
legíveis e tomar medidas adequadas para restaurá-lo a partir de um pool de armazenamento de cópias.

Por outro lado, o consulta de conteúdo de comando (ver 6.5.10, “Consultando conteúdo do volume” na página 260)
exibe somente a visão do banco de dados do que está armazenado e não requer que o volume a ser montado.
Exemplo 6-22 auditorias um volume chamado 031AKK e regista qualquer discrepância para o registo de actividade.
Exemplo processo volume de 6-22 Auditoria
TSM: ATLANTIC> volume de auditoria 031AKK correção = no
ANR2310W Este comando irá comparar todas as referências de inventário para 031AKK volume com os dados
reais armazenados no volume e irá relatar quaisquer discrepâncias; os dados ficarão inacessíveis para os
usuários até que a operação seja concluída.
Você deseja continuar? (Sim não) y

Volume de Auditoria ANR2313I (Inspecione Only) processo iniciado para 031AKK de volume (ID do processo 40).
Especificando o FIX = Sem opção (que é o padrão) relata qualquer discrepância apenas o registro de atividade.
Nenhuma alteração será feita. Nós recomendamos que você execute com FIX = No primeiro antes de executar com
FIX = Sim, só para ver o que vai acontecer quando o volume é “fixo”. Exemplo 6-23 mostra o processo com FIX =
Sim especificado.
Exemplo processo volume de 23/06 de auditoria, Fix = Sim
TSM: ATLANTIC> volume de auditoria 031AKK correção = yes
ANR2310W Este comando irá comparar todas as referências de inventário para 031AKK volume com os dados
reais armazenados no volume e irá relatar quaisquer discrepâncias; os dados ficarão inacessíveis para os
usuários até que a operação seja concluída.
Você deseja continuar? (Sim não) y

processo ANR2313I Volume de Auditoria (Reparação) começou para o volume 031AKK (ID do processo
42).
TSM: ATLANTIC> q pr

------- -------------------- -------------------------------------------------
Volume 42 Auditoria Volume 031AKK (armazenamento piscina TAPEDATA), Arquivos
(Reparar) Processados: 888, arquivos danificados Encontrado: 65, parcial ficheiros

ignorados: 0. actual ficheiro Física (bytes):
1365981012 volume de entrada de corrente:
031AKK.
TSM: ATLANTIC> q act
Data hora mensagem

------------------- ----------------------------------------------------------
comando 2006/02/23 16:22:25 ANR2017I admin administrador emitido: VOLUME DE AUDITORIA
031AKK CORRECÇÃO = SIM (SESSÃO: 110)
2006/02/23 16:22:25 ANR0984I Processo 35 para o volume FISCAL (reparação) começou no

O fundo em 16:38:13. (SESSÃO: 110, PROCESSO: 42)
2006/02/23 16:22:26 ANR1199I 031AKK de volume removível é necessário para auditoria
processo. (SESSÃO: 110)
2006/02/23 16:22:26 ANR8324I LTO 031AKK volume está prevista para ser montada (R / W).
(SESSÃO: 110)
2006/02/23 processo 16:28:13 ANR2312I Auditoria Volume (Reparação) começou para o volume
031AKK (ID de processo 42). (SESSÃO: 110, PROCESSO: 42)
2006/02/23 16:28:13 ANR8340I de volume removível 031AKK montado.
2006/02/23 16:28:13 ANR0512I Processo 42 aberto o volume de entrada 031AKK (SESSÃO:
110, PROCESSO: 42)
2006/02/23 16:38:14 ANR4132I processo volume de Auditoria terminou para o volume 031AKK;
3628380 arquivos inspecionados, 911 arquivos danificados excluídos, 371 arquivos
danificados marcado como danificado, 1282 objetos atualizado. (SESSÃO: 110,
PROCESSO: 42)
2006/02/23 16:38:14 Processo ANR0987I 42 para o volume FISCAL (reparação) rodando em
O fundo processado 3628380 itens com um estado de conclusão de sucesso em
16:38:14. (SESSÃO: 110, PROCESSO: 42)
2006/02/23 16:38:14 ANR0514I Sessão 110 031AKK volume fechado. (SESSÃO: 110)
6.5.3 Fazer backup de um pool de armazenamento
o stgpool de backup comando faz backup de um pool de armazenamento primário para um pool de cópia. Se o pool de armazenamento
principal é uma piscina de armazenamento em fita, serão necessárias duas unidades físicas. O volume de entrada do conjunto de
armazenamento principal irá ser montado em uma unidade, enquanto que o volume do conjunto de armazenamento de cópia de saída vai ser
montado no outro. As duas unidades pode ser na mesma ou em diferentes bibliotecas. Para fazer backup de um conjunto de armazenamento
de acesso aleatório a um pool de armazenamento de cópia requer apenas uma unidade. Tipicamente, o processo de cópia de segurança do
conjunto de armazenamento é automatizado. Nós descrevemos como em
12.2.1, “Definindo um agendamento de backup off-site” na página 377.
Fazendo-se a partir de um pool de discos é geralmente mais rápido do que fazer backup de um pool de armazenamento em fita. No
entanto, as unidades LTO3 geração atual em uma SAN pode superar discos durante a transmissão. Recomendamos que você
execute seus backups do conjunto de armazenamento de acordo com a sua velocidade de hardware de fita.
No entanto, recomendamos que você dimensionar as suas piscinas de disco suficiente para armazenar todos os dados de
operação de backup uma noite normal de. Suficientemente pools de discos de tamanho vai evitar a migração para a fita durante
o período de backup.
Normalmente, você deve definir um conjunto de armazenamento de cópia para uma hierarquia pool de armazenamento primário.
Em nossa configuração, tanto DISKDATA e TAPEDATA são copiados para o

copiar pool de armazenamento OFFDATA. Porque o stgpool de backup operação é incremental, apenas os
ficheiros novos na piscina principal são copiados para a piscina cópia. Se primeiro backup DISKDATA, então
TAPEDATA, qualquer arquivo que possa migraram de DISKDATA para TAPEDATA depois de backup DISKDATA
não são copiados pela segunda vez desde TAPEDATA para OFFDATA.
Exemplo 6-24 faz backup de um conjunto de armazenamento chamado TAPEDATA a um pool de cópia chamado OFFDATA.
Exemplo conjunto de armazenamento 24/06 backup
TSM: ATLANTIC> de backup stgpool tapedata offdata

TSM: ATLANTIC> proc consulta
-------- -------------------- -------------------------------------------------

18 Cópia de segurança pool de armazenamento primário Piscina TAPEDATA, Copy Piscina OFFDATA, Arquivos
Apoiado Up: 0, Bytes backup: 0, ilegível arquivos: 0, Bytes

ilegíveis: 0. atual Arquivo Físico (bytes): 1.074.198 atual volume
de entrada: ALF007. À espera de montagem de volume de
trabalho (11 segundos).
Verifique o registo de actividade para ver a conclusão bem sucedida, tal como mostrado no Exemplo 25/06.
Exemplo 6-25 Verificando que o backup do conjunto de armazenamento concluída
TSM: ATLANTIC> actlog consulta
comando 02/23/06 17:54:40 ANR2017I admin administrador emitido: BACKUP

STGPOOL tapedata offdata
02/23/06 17:54:40 ANR0984I Processo 18 para POOL backup de armazenamento começou no
ANTECEDENTES em 17:54:40.
02/23/06 17:54:40 ANR2110I BACKUP STGPOOL começou como processo 18. 02/23/06 17:54:40 ANR1210I backup
de TAPEDATA pool de armazenamento primário para copiar
pool de armazenamento OFFDATA começou como processo 18.
02/23/06 17:54:40 ANR1228I ALF007 de volume removível é necessário para o armazenamento

backup de piscina.
02/23/06 17:54:40 ANR8324I LTO ALF007 volume está prevista para ser montada
(R / W).
02/23/06 17:55:12 ANR8329I LTO ALF007 volume está montado R / W no DR00 accionamento
(/ Dev / rmt0), status: IDLE.
02/23/06 17:55:12 ANR8334I Volumes de 1 encontrado.
comando 02/23/06 17:55:15 ANR2017I admin administrador emitido: QUERY REQ

02/23/06 17:55:15 ANR8346I consulta de solicitação: Não há pedidos estão pendentes. 02/23/06 17:56:02
ANR8337I LTO volume de CLA001 montado na unidade DR01
(/ Dev / rmt1).
02/23/06 17:56:02 ANR1340I CLA001 volume de trabalho é agora definido em armazenamento
piscina OFFDATA.
02/23/06 17:56:12 ANR1212I processo de backup 18 terminou para pool de armazenamento
TAPEDATA.
02/23/06 17:56:12 Processo ANR0986I 18 para ASSOCIAÇÃO DE BACKUP ARMAZENAMENTO correndo no
ANTECEDENTES processado 1646 itens para um total de 6,459,588 bytes com um
estado de conclusão de sucesso em 17:56:12.
02/23/06 17:56:12 ANR1214I backup de TAPEDATA pool de armazenamento primário para copiar
pool de armazenamento OFFDATA terminou. Arquivos de backup: 1646, Bytes
backup: 6459588, arquivos ilegível: 0, Bytes ilegíveis: 0.
Pode ser benéfico, se você tiver unidades de fita rápido o suficiente, considerar definindo o atributo COPYSTGpools das
piscinas de armazenamento em disco primários. O atributo COPYSTGpools faz com que o servidor para escrever para o pool
de armazenamento de cópias definido pelo COPYSTGpools ao mesmo tempo em que é o armazenamento de dados no pool
de discos primário. Enquanto isto tem vantagens distintas (você não tem que fazer backup de seu pool de armazenamento
primário, mais tarde, por exemplo), o processo de backup pode abrandar a partir do ponto de vista do cliente, como ele
aguarda duas gravações para completar em vez de um.
6.5.4 Verifique uma fita em uma biblioteca
o LIBVOLUME checkin comando pode executar duas funções. Em primeiro lugar, ele pode mover-se um volume de fita a
partir de uma porta de I / O na biblioteca em um slot do cartucho vazio dentro da biblioteca. Em segundo lugar, ele atualiza
inventário de volume do Tivoli Storage Manager para a biblioteca. Se uma fita já foi colocado em um slot dentro da
biblioteca, LIBVOLUME checkin pode simplesmente pesquisar a biblioteca para a fita.
Antes os próximos dois exemplos, as fitas foram verificados para fora da biblioteca e as revistas de fita
removidos para fins de manutenção da biblioteca. As revistas foram colocados de volta na biblioteca nas
mesmas posições como antes.
Exemplo 6-26 mostra o processo de check-in para volumes de trabalho.
Exemplo 6-26 Verificação do volume em modo de pesquisa
TSM: ATLANTIC> checkin pesquisa libvol 3582lib = yes checklabel = código de barras status = zero
ANS8003I número 8 processo começou.
TSM: ATLANTIC> q pr
-------- ------------------- ---------------------------------------------

8 CHECKIN LIBVOLUME ANR8425I Verificação em volumes no modo de busca em 3582LIB
biblioteca.
Data hora mensagem
------------------- ----------------------------------------------------------
2006/02/27 10:54:38 ANR8430I 039AKK volume foi verificado em biblioteca
2006/02/27 10:54:38 ANR8443E CHECKIN LIBVOLUME: Volume 022AKK na biblioteca
3582LIB não pode ser atribuído um estado de zero. (SESSÃO:
128, PROCESSO: 8)
3582LIB; 14 o volume (s) encontrada. (SESSÃO: 128, PROCESSO: 8)
2006/02/27 10:54:38 ANR0985I Processo 8 para CHECKIN LIBVOLUME em execução no
tipo de elemento
------------ ----------- -------- ---------- --------- ------- ------

Observe que o 022AKK volume não pode ser atribuído um estado de zero. 022AKK pertence a TAPEDATA pool de
armazenamento (de forma semelhante com 023AKK (OFFDATA) e 020AKK (backup de banco de dados)).

Para verificar os volumes extras em, devemos vê-los em como privado. Exemplo 6-27 mostra o processo de
check-in para os volumes particulares.
Exemplo 6-27 Verificação em fitas com estatuto privado
TSM: ATLANTIC> checkin estado 3582lib libvol = checklabel privada = Pesquisa de código de barras = yes
ANS8003I número Processo 10 começou.
Data hora mensagem
------------------- ----------------------------------------------------------
3582LIB; 3 de volume (s) encontrada. (SESSÃO: 129, PROCESSO: 10)
2006/02/27 11:10:09 Processo ANR0985I 10 para CHECKIN LIBVOLUME em execução no
(SESSÃO: 129, PROCESSO: 10
tipo de elemento
------------ ----------- -------- ---------- --------- ------- ------

3582LIB 020AKK ATLANTIC privada 4.096 LTO

Observe que a Última Utilização coluna estiver em branco, uma vez que estas fitas foram usados antes de serem check-out
e de volta novamente. A Última Utilização coluna aplica-se apenas às fitas que foram usados depois de ter sido verificado.
6.5.5 Verifique para fora volumes da biblioteca
Para conferir volumes da biblioteca, use o libvol check-out comando. Dependendo da biblioteca e a
operação que você executar, pode haver até três partes para a operação de saída:
Emitir o comando para verificar o volume de biblioteca. Verifique se há

mensagens pendentes que exigem respostas. Responder às mensagens.
Se você está verificando um único volume, você pode tê-lo mudou-se para a porta de I / O para torná-lo mais fácil
de remover. Se você está verificando um grande número de fitas pode ser mais fácil para verificar os volumes,
mas tem o processo de checkout deixá-los na biblioteca para a remoção manual mais tarde.
Confira os volumes
Exemplo 6-28 mostra verificando um único volume para a porta de I / O da biblioteca.
Exemplo 6-28 Verificando um único volume de uma biblioteca
TSM: ATLANTIC> check-out LIBVOLUME 3582lib 033akk remover = yes

TSM: ATLANTIC> q pr
-------- -------------------- --------------------------------------------

28 COMPRAR LIBVOLUME ANR8436I Verificando 033AKK volume a partir 3582LIB
biblioteca.
Data hora mensagem
------------------- ----------------------------------------------------------
2006/02/23 14:52:50 ANR8829I Retirar 033AKK volume a partir do slot de 16 de biblioteca
3582LIB a sua conveniência. (SESSÃO: 82, PROCESSO: 28)
2006/02/23 14:52:50 ANR8438I COMPRAR LIBVOLUME para o volume 033AKK na biblioteca
3582LIB concluída com êxito. (SESSÃO: 82, PROCESSO:
28)
2006/02/23 14:52:50 Processo ANR0985I 28 para LIBVOLUME COMPRAR execução no

Exemplo 6-29 demonstra a visitar a vários volumes em conjunto, separando as etiquetas de volume com vírgulas
(sem espaços). Você também pode especificar um nome de arquivo que contém uma lista de volumes a ser
verificado.
Exemplo 6-29 Verificando vários volumes de uma biblioteca
TSM: ATLANTIC> check-out LIBVOLUME 3582lib 027akk, 028akk, 029akk remover = yes
TSM: ATLANTIC> q pr
-------- -------------------- --------------------------------------------

53 COMPRAR LIBVOLUME ANR8436I Verificando 027AKK volume a partir 3582LIB
biblioteca.
Verifique se há mensagens
Ao verificar volumes fora de uma biblioteca como um IBM 3582 com apenas um único slot I / O porto, o
comando checkout irá mover uma fita à porta I / O, emitir uma mensagem, e esperar por você para responder
a ela.
Para verificar se há mensagens pendentes, emitir um solicitação de consulta de comando, conforme mostrado no Exemplo 30/06.
Exemplo 6-30 Verificação de mensagens
TSM: ATLANTIC> solicitação de consulta
ANR8352I pedidos pendentes:

ANR8322I 015: Remover LTO 027AKK o volume de entrada de porta / saída da biblioteca 3582LIB; problema 'Resposta',
juntamente com o ID pedido quando estiver pronto.
Responder à mensagem
emitir o resposta comando com o número da mensagem (015 a partir do Exemplo 6-30).
Exemplo 6-31 Em resposta a uma mensagem
TSM: ATLANTIC> responder 015
O comando checkout continuará a processar cada volume, a emissão de uma mensagem para cada
um.

6.5.6 Exclusão de objetos relacionados ao armazenamento
Para remover objetos relacionados ao armazenamento, usamos variações do excluir comando. Para excluir objetos na
hierarquia de armazenamento, você deve primeiro excluir objetos que dependem do objeto que você deseja excluir.
Suponha que você queira excluir uma biblioteca. Você deve primeiro remover todas as referências a ele. Os seguintes
objetos devo primeiro ser removidos antes de excluir a biblioteca:
Caminhos para unidades nas unidades de
biblioteca na biblioteca o caminho para a
biblioteca
Se você deseja remover todos os objetos associados com uma biblioteca, você também deve remover os conjuntos de
armazenamento e classes de dispositivos usando a biblioteca. Você não tem que excluir a classe ou dispositivo de armazenamento
pools usando a biblioteca para excluir a biblioteca.
Os volumes de fitas são ligadas a uma classe de dispositivo; se você deseja excluir a classe de dispositivo você deve
primeiro excluir todos os volumes de fita que estão vinculados a ele. Excluindo todos os volumes de fita pode não ser
desejável. No entanto, se você quiser continuar usando as fitas, você terá de criar uma nova biblioteca que usa a mesma
classe de dispositivo como o que está sendo excluído.
Você só pode excluir um pool de armazenamento, se não houver volumes do conjunto de armazenamento que lhe são atribuídas. Se
houver volumes do conjunto de armazenamento atribuído, você precisa usar delete volume para removê-los primeiro. Com delete
volume, você pode especificar se a descartar quaisquer dados armazenados nos volumes. Tenha muito cuidado com este comando.
Você também pode usar
mover dados para mover dados de um pool de armazenamento para outro.
Exemplo 6-32 mostra a sequência de comandos necessários para remover uma biblioteca.
Exemplo 6-32 Biblioteca sequência de comandos apagamento
TSM: ATLANTIC> del caminho Atlântico LiBr dr00 srct = servidor destt = unidade = 3582lib
ANR1721I Um caminho do Atlântico ao 3582LIB DR00 foi eliminada.
TSM: ATLANTIC> del caminho Atlântico LiBr dr01 srct = servidor destt = unidade = 3582lib
ANR1721I Um caminho do Atlântico ao 3582LIB DR01 foi eliminada.
TSM: ATLANTIC> del dr00 unidade 3582lib

ANR8412I unidade DR00 excluído do 3582LIB biblioteca.
TSM: ATLANTIC> del dr01 unidade 3582lib

ANR8412I unidade DR01 excluído do 3582LIB biblioteca.
TSM: ATLANTIC> del caminho Atlântico destt 3582lib srct = servidor = biblioteca
ANR1721I Um caminho do Atlântico ao 3582LIB foi eliminada.

TSM: ATLANTIC> del biblioteca 3582lib
ANR8410I Biblioteca 3582LIB excluído.

ANR2034E QUERY LIBVOLUME: No jogo encontrado usando estes critérios. código ANS8001I
retorno 11.
TSM: ATLANTIC> q vol devc = lto2-dc
Storage Name Volume Dispositivo Pct estimado Volume

Nome piscina Classe Nome Capacidade Util estado
----------- ----------- ---------- --------- ----- --------
022AKK TAPEDATA LTO2-DC 409,600.0 11,3 enchimento
023AKK OFFDATA LTO2-DC 409,600.0 11,3 enchimento
Note-se que uma vez que a biblioteca é excluído, não volumes da biblioteca estão presentes, mesmo que nós não
verificar especificamente o volume da biblioteca antes de excluí-lo. Note também que os volumes ainda estão
vinculados à classe de dispositivo LTO2-DC.
6.5.7 volumes montados

Em alguns casos, você pode desejar ver quais volumes são montados e desmontar-los antes que o período de
retenção de montagem expira para o pool de armazenamento. Use o
consulta mount e volume de desmontagem comandos. Como mostrado no Exemplo 6-33, existem dois volumes
ociosos montado. Nós emitir dois desmontar comandos para descarregá-los das unidades.
Exemplo 6-33 volumes de desmontagem
TSM: ATLANTIC> q mount

ANR8329I LTO volume de 023AKK está montado R / W no DR00 unidade (/ dev / rmt0), estado: IDLE.
ANR8329I LTO volume de 022AKK está montado R / W no DR01 unidade (/ dev / rmt1), estado: IDLE. ANR8334I
2 registo de jogos.
TSM: ATLANTIC> 023AKK volume de desmontar

TSM: ATLANTIC> 022AKK volume de desmontar

TSM: ATLANTIC> q mount

ANR8331I LTO volume de 023AKK está montado R / W no DR00 unidade (/ dev / rmt0), estado: DESMONTAGEM.

ANR8331I LTO volume de 022AKK está montado R / W no DR01 unidade (/ dev / rmt1), estado: DESMONTAGEM.
ANR8334I
2 registo de jogos.
6.5.8 Migração
A migração é o processo de transferência de dados a partir de um conjunto de armazenamento principal para o
próximo conjunto de armazenamento especificada pelo atributo NEXTstgpool. A migração é realizada com o migrar
stgpool comando. Especificar um limite temporário de baixa migração (LOwmig) e uma duração (Duração) em minutos
para o qual você deseja que o processo de migração para executar. O limite baixo de migração, especificado como um
valor percentual, indica que o processo de migração irá parar quando a utilização do conjunto de armazenamento
atinge ou é inferior a este número. Se você especificar uma duração, no entanto, em seguida, o processo irá parar
após este período de tempo, independentemente do baixo limite é atingido. Se quiser que o processo para sempre
continuar até que o limite é atingido, não especifique este parâmetro. Durante o período em que o migrar stgpool
comando está ativo, o limite alto de migração é ignorado.
Exemplo 6-34 mostra a migração da piscina DISKDATA para TAPEDATA e as mensagens que você vai ver no log de
atividades. Neste caso, podemos definir o limiar de migração para 0, o que significa que a migração continua até que a
utilização do conjunto de armazenamento é de 0% (ou seja, até que o conjunto de armazenamento está vazio).
Exemplo 6-34 migração manual de um conjunto de armazenamento
TSM: ATLANTIC> migrar stgpool diskdata baixo = 0 dur = 30

ANR2110I MIGRAM STGPOOL começou como processo 38.
ANR1000I processo de migração 38 iniciado para piscina de armazenamento DISKDATA manualmente, highmig = 80,
lowMig = 0, duração = 30. ANS8003I número de processo 38 começou.
TSM: ATLANTIC> q pr
-------- -------------------- --------------------------------------------

38 Migração Disk Storage Piscina DISKDATA, arquivos movidos: 0, Bytes
Movido: 0, ilegível Files: 0, Bytes ilegíveis: 0. atual Arquivo
Físico (bytes): 4.096 Aguardando a montagem de volume de
trabalho (10 segundos).
Data hora mensagem
------------------- ----------------------------------------------------------

comando 2006/02/24 09:23:51 ANR2017I admin administrador emitido: MIGRATE
STGPOOL diskdata baixo = 0 dur = 30 (SESSÃO: 165)
2006/02/24 09:23:51 ANR0984I Processo 38 para a migração começou no
2006/02/24 09:23:51 ANR2110I MIGRATE STGPOOL começou como processo 38. (SESSÃO:
165, PROCESSO: 38)
processo 2006/02/24 09:23:51 ANR1000I Migração 38 começou para pool de armazenamento
DISKDATA manualmente, highmig = 80, lowMig = 0, duração = 30. (SESSÃO: 165,
PROCESSO: 38)
2006/02/24 09:24:13 ANR8379I Ponto de montagem em classe de dispositivo LTO2-DC está esperando
para a montagem de volume para completar, status: ESPERANDO VOLUME.
(SESSÃO: 165)
2006/02/24 09:24:13 ANR8334I 1 registo de jogos. (SESSÃO: 165)
2006/02/24 volume de 09:24:26 ANR8337I LTO 022AKK montado na unidade DR01
(/ Dev / rmt1). (SESSÃO: 165, PROCESSO: 38)
2006/02/24 09:24:26 ANR1340I 022AKK volume de trabalho é agora definido em armazenamento
piscina TAPEDATA. (SESSÃO: 165, PROCESSO: 38)
2006/02/24 09:24:30 Processo ANR0513I 38 aberto 022AKK volume de saída. (SESSÃO:
165, PROCESSO: 38)
processo 2006/02/24 09:24:34 ANR1001I Migração 38 terminou para pool de armazenamento
DISKDATA. (SESSÃO: 165, PROCESSO: 38)
2006/02/24 09:24:34 Processo ANR0986I 38 para a migração de funcionamento no
ANTECEDENTES processado 2166 itens para um total de 77,815,808 bytes com um
estado de conclusão de sucesso em 9:24:34. (SESSÃO: 165, PROCESSO: 38)
2006/02/24 09:24:34 ANR0514I Session 165 022AKK volume fechado. (SESSÃO: 165)
Observe as mensagens referentes à seleção de uma fita zero (022AKK) e definindo-o na piscina
TAPEDATA.
6.5.9 dados Movendo
o mover dados comando move dados de um volume para outro dentro do mesmo pool de armazenamento ou para outro
conjunto de armazenamento. Se você estiver movendo dados dentro do mesmo pool de armazenamento em fita você vai exigir
duas unidades livre (uma para o volume de origem, uma para o volume de destino).
O comando de movimento de dados pode ser usado para mover todos os dados restantes de uma fita dando erros ou
mover dados de uma fita não-colocado a um pool de armazenamento colocado.
Exemplo 6-35 na página 259 mostra o mover dados comando necessário para mover dados de uma fita para
outra no mesmo pool de armazenamento em fita. Volume 021AKK tem dados de três nós diferentes. Mudamos
o atributo colocação de Não para Node. O processo de movimentação transfere dados a partir do volume único
de três outros, mantendo-se os dados a partir de cada nó separado.

Exemplo 6-35 A transferência de dados a partir de um volume para outro
TSM: ATLANTIC> mover dados 021akk stg = tapedata

ANR2232W Este comando irá mover todos os dados armazenados no volume de 021AKK a outros volumes dentro do
mesmo pool de armazenamento;
os dados ficarão inacessíveis para os usuários até que a operação seja concluída.
Você deseja continuar? (Sim (Y) / n (N)) y ANS8003I

Processo número 1 começou.
TSM: ATLANTIC> q pr
-------- ------------------- ----------------------------------------------

Um caminho de dados Volume 021AKK (armazenamento piscina TAPEDATA), Target Piscina
TAPEDATA, mudou-Files: 59769, Bytes Movido:
8,817,810,249, arquivos ilegíveis: 0, Bytes ilegíveis: 0. atual
Arquivo Físico (bytes):
23018105 volume de entrada de corrente: 021AKK. volume
de saída atual: 029AKK.
Data hora mensagem
------------------- ----------------------------------------------------------
comando 2006/02/28 09:35:07 ANR2017I admin administrador emitido: mover dados
021akk stg = tapedata (SESSÃO: 1)
2006/02/28 processo dados caminho 09:35:08 ANR1140I iniciado para o volume 021AKK
(ID de processo 1). (SESSÃO: 1, PROCESSO: 1)
02/28/2006 09:38:53 ANR1176I A transferência de dados para definir colocação 2 de 3 em volume de
021AKK. (SESSÃO: 1, PROCESSO: 1)
2006/02/28 09:38:53 ANR0515I Processo um volume fechado 028AKK. ( SESSÃO 1,
PROCESSO: 1)
volume de trabalho 2006/02/28 09:47:36 ANR1340I 030AKK agora é definido em armazenamento
piscina TAPEDATA. (SESSÃO: 1, PROCESSO: 1)
2006/02/28 09:49:05 ANR1342I volume de trabalho 021AKK está agora pendente - Volume
serão excluídos do pool de armazenamento TAPEDATA após o período de reutilização de
atraso para este pool de armazenamento tenha decorrido. (SESSÃO: 1, PROCESSO: 1)
2006/02/28 processo dados caminho 09:49:05 ANR1141I terminou para 021AKK volume.
2006/02/28 09:49:05 Processo ANR0986I um para mover os dados que funcionam no fundo
processados 99594 itens para um total de 12,903,630,500 bytes com um estado
de conclusão de sucesso em 9:49:05. (SESSÃO:
1, PROCESSO: 1)

6.5.10 conteúdo do volume Consultando
Você pode ver quais arquivos estão em um volume usando o consulta de conteúdo comando. o
consulta de conteúdo comando consulta o banco de dados para exibir o conteúdo de um volume. Não montar e ler o
volume. Um volume não tem que estar em uma biblioteca antes de executar Consulta de Conteúdo, uma vez que
apenas o banco de dados é consultado, não o próprio volume. A saída gerada pela consulta de conteúdo pode ser
muito longo, mas pode ser reduzida, especificando a opção de contagem, o que limita o número de arquivos exibidos
para contar, ou especificando as opções de nó ou espaço de arquivo.
Exemplo 6-36 mostra um exemplo da saída de conteúdo consulta.
o conteúdo do volume Exemplo 6-36 Consultando
TSM: ATLANTIC> q con 022akk
Nó Nome Tipo Filespace Nome do FSID cliente para arquivo

Nome
---------- ---- ---------- ---- --------------------------------------

PARIS Bkup \\ paris \ c $ 1 \ Autoexec.bat
PARIS Bkup \\ paris \ c $ 1 \ Config.sys
PARIS Bkup \\ paris \ c $ 1 \ Documents and Settings \ Administrador \
Ntuser.ini
PARIS Bkup \\ paris \ c $ 1 \ Documents and Settings \ ADMINISTRATOR-
\ Application Data \ Adobe \ FRAMEMAKER \ 7-
. 0 \ MAKER.INI
...
PARIS Bkup \\ paris \ c $ 1 \ LOTUS \ 123 \ ÍCONES \ RANGE.SMI
PARIS Bkup \\ paris \ c $ 1 \ LOTUS \ 123 \ ÍCONES \ RECORD.SMI
PARIS Bkup \\ paris \ c $ 1 \ LOTUS \ 123 \ ÍCONES \ SCRIPTNG.SMI
PARIS Bkup \\ paris \ c $ 1 \ LOTUS \ 123 \ ÍCONES \ SHEET.SMI
Você também pode usar o parâmetro copiado, que irá exibir arquivos que quer tenham ou não tenham sido apoiados
até uma piscina de armazenamento de cópias, dependendo se o parâmetro é definido SIM ou NÃO.
ocupação 6.5.11 Consultando

o ocupação consulta comando exibe informações sobre onde os espaços de arquivo de um cliente são
armazenadas e quanto espaço que ocupam. As informações fornecidas por
ocupação consulta só é atualizado quando um licença de auditoria comando é executado. Se você não executar uma auditoria
de licença por algum tempo, os resultados de ocupação consulta pode não refletir a realidade.

Exemplo 6-37 na página 261 mostra a saída do ocupação consulta comando.
Exemplo 6-37 ocupação Consultando
TSM: ATLANTIC> q occ
Nó Nome Tipo Filespace armazenamento FSID Número de Física Lógico

Nome Nome piscina arquivos Espaço Espaço
ocupado ocupado
(MB) (MB)
---------- ---- ---------- ---- ---------- --------- --------- ---------
PARIS Bkup \\ paris \ c $ 1 DISKDIRS 2.716 1,81 1,81
PARIS Bkup \\ paris \ c $ 1 OFFDATA 2.166 73,67 73,67
PARIS Bkup \\ paris \ c $ 1 TAPEDATA 2.166 73,67 73,67
PIERRE Bkup \\ pierre \ c $ 1 DISKDIRS 8624 5.95 5.95
PIERRE Bkup \\ pierre \ c $ 1 OFFDATA 53229 2,133.66 2,133.66
PIERRE Bkup \\ pierre \ c $ 1 TAPEDATA 53229 2,123.66 2,123.66
o ocupação consulta de comando também pode ser utilizado para determinar cujos espaços são arquivo ocupa uma determinada classe
ou dispositivo de armazenamento da piscina, como se mostra no Exemplo 6-38.
Exemplo 6-38 ocupação Consultando com base na classe dispositivo
TSM: ATLANTIC> q occ devc = lto2-dc
Nó Nome Tipo Filespace armazenamento FSID Número de Física Lógico

Nome Nome piscina arquivos Espaço Espaço
ocupado ocupado
(MB) (MB)
---------- ---- ---------- ---- ---------- --------- --------- ---------
PARIS Bkup \\ paris \ c $ 1 OFFDATA 2.166 73,67 73,67
PARIS Bkup \\ paris \ c $ 1 TAPEDATA 2.166 73,67 73,67
PIERRE Bkup \\ pierre \ c $ 1 OFFDATA 53229 2,133.66 2,133.66
PIERRE Bkup \\ pierre \ c $ 1 TAPEDATA 53229 2,123.66 2,123.66
6.5.12 Renomear um pool de armazenamento
o renomear stgpool comando renomeia um pool de armazenamento. Note que se você alterar o nome de um pool de
armazenamento, você deve atualizar quaisquer grupos de cópias de classe de gerenciamento que apontam para o nome
original.
Exemplo 6-39 renomeia nossa piscina DISKDATA para OLDRDATA.
Exemplo 6-39 Mudar o nome de um conjunto de armazenamento
TSM: ATLANTIC> renomear stg diskdata oldrdata

ANR2213I RENAME STGPOOL: piscina DISKDATA armazenamento renomeado para OLDRDATA.

TSM: ATLANTIC> q stg
---------- ---------- --------- ---- ----- ---- --- -----------

OLDRDATA DISCO 12 G 0.0 0.0 80 30 TAPEDATA
6.5.13 Reclamation
Os dados sobre as fitas em piscinas de armazenamento de acesso sequenciais acabará por expirar, deixando porções das
fitas com áreas vazias (também conhecida como fragmentação). Com o tempo, a fragmentação pode causar muitas fitas
de ter muito poucos dados válidos sobre eles. Recuperação é o processo onde os dados válidos sobre uma série de fitas
está consolidada em um número menor de fitas. As fitas que são esvaziados pelo processo de recuperação são
devolvidos ao estado zero para reutilização. Consulte “Armazenamento de Dados” em Conceitos de Gerenciamento IBM
Tivoli Storage Manager, SG24-4877.
Recuperação é geralmente programados durante um período de baixa atividade, porque pode ser uma operação
muito intensa, tanto para o servidor e as unidades de fita. No entanto, você pode executar a recuperação
manualmente usando o recuperar stgpool comando.
o recuperar stgpool comando tem um número de opções. Para definir o limite de recuperação, defina o
parâmetro limiar para um valor entre 50 e 99. O valor limite representa a porcentagem de espaço recuperável
em um volume. Para verificar a quantidade de espaço recuperável em um volume, execute um volume de
consultas
comando. Subtrair o valor na coluna Utilizado Pct a partir de 100 para obter a percentagem de espaço
recuperável no volume. O outro parâmetro necessário para recuperar stgpool é o parâmetro de duração.
Duração é o período de recuperação de tempo terá a duração de no pool de armazenamento selecionado. Se
não há nada para reclamar, ou recuperação termina antes do tempo é longo, o processo será encerrado.
Exemplo 6-40 mostra um exemplo do recuperar stgpool comando.
comando Exemplo 6-40 A recuperação stgpool
TSM: ATLANTIC> recuperar limiar stgpool offdata = 85 = 30 duração
Data hora mensagem
------------------- ----------------------------------------------------------
comando 03/02/2006 11:00:28 ANR2017I admin administrador emitido: RECLAIM
STGPOOL offdata limiar = 85 = 30 duração (SESSÃO: 5)
03/02/2006 11:00:28 ANR0984I Processo 1 para recuperação de espaço começou no
03/02/2006 11:00:28 ANR2110I RECLAIM STGPOOL começou como processo 1. (SESSÃO:

5, PROCESSO: 1)
03/02/2006 11:00:28 ANR4931I Reclamation processo 1 começou para armazenamento de cópias
piscina OFFDATA manualmente, limite = 85, offsiteRclmLimit = No Limit, duração
= 30. (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:00:28 ANR2753I (RECLAIM_OFFDATA): ANR2110I RECLAIM STGPOOL
começou como (SESSÃO: 5)
03/02/2006 11:00:28 ANR1040I Espaço recuperação começou para o volume 032AKK,
conjunto de armazenamento OFFDATA (processo número 1). (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:00:28 ANR2753I (RECLAIM_OFFDATA): Processo 1. (SESSÃO: 5) 03/02/2006 11:00:28

ANR2753I (RECLAIM_OFFDATA): processo ANR4931I Reclamation 1
iniciado (SESSÃO: 5)
03/02/2006 11:00:28 ANR2753I (RECLAIM_OFFDATA): para piscina OFFDATA armazenamento de cópias
manualmente, (SESSÃO: 5)
03/02/2006 11:00:28 ANR2753I (RECLAIM_OFFDATA): limiar = 85,
offsiteRclmLimit = Sem limite, (SESSÃO: 5)
03/02/2006 11:00:28 ANR2753I (RECLAIM_OFFDATA): duração = 30. (SESSÃO: 5) 03/02/2006 11:00:28
ANR2756I comando programado RECLAIM_OFFDATA começou
com sucesso. (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:00:28 ANR1044I 030AKK de volume removível é necessário para o espaço
recuperação. (SESSÃO: 5, PROCESSO: 1)
(Mt0.0.0.2). (SESSÃO: 5, PROCESSO: 1)
(Mt1.0.0.2). (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:01:24 ANR0512I Processo um volume de entrada aberta 030AKK. (SESSÃO:
5, PROCESSO: 1)
03/02/2006 11:01:24 ANR0513I Processo um volume de saída aberta 039AKK. (SESSÃO:
5, PROCESSO: 1)
03/02/2006 11:03:27 ANR1342I volume de trabalho 032AKK está agora pendente - Volume
serão excluídos do pool de armazenamento OFFDATA após o período de reutilização de atraso
para este pool de armazenamento tenha decorrido. (SESSÃO:
5, PROCESSO: 1)
03/02/2006 11:03:27 ANR1041I Espaço recuperação terminou para 030AKK volume. 03/02/2006 11:03:27
ANR4933I Espaço recuperação terminou para o volume externo
032AKK. (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:03:27 ANR4934I Offsite recuperação terminou para pool de armazenamento
OFFDATA, Número Processos 1, Volumes Número recuperados 1, o tempo decorrido
179 segundos. (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:03:27 ANR4932I Reclamation processo 1 terminou para pool de armazenamento
OFFDATA. (SESSÃO: 5, PROCESSO: 1)
03/02/2006 11:03:27 Processo ANR0986I 1 para o espaço RECUPERAÇÃO funcionamento no
ANTECEDENTES processadas 29315 itens para um total de
2,760,732,066 bytes com um estado de conclusão de sucesso em 11:03:27.
03/02/2006 11:03:27 ANR4936I Recuperação de piscina OFFDATA armazenamento terminou.
Arquivos recuperados: 29315, Bytes recuperada: 2760732066, arquivos
reconstruída: 0, Arquivos ilegíveis: 0. (SESSÃO: 5)

Observe que o volume 032AKK, uma vez vazio, não será excluído da piscina até após o atraso de
reutilização.
6.5.14 comandos SQL

O banco de dados Tivoli Storage Manager pode ser consultado usando linguagem de consulta estruturada
(SQL) comandos. A implementação do SQL no Tivoli Storage Manager é baseado nos padrões SQL-1992 e
SQL-1999, mas não é uma implementação completa; alguns comandos SQL como UNION, INTERSECT e
EXCEPT não são suportados.
Três tabelas de catálogo do sistema estão disponíveis para consulta:
SYSCAT.TABLES contém informações sobre todas as tabelas que podem ser consultados.
SYSCAT.COLUMNS descreve as colunas em cada tabela. SYSCAT.ENUMTYPES define os valores
válidos para cada tipo de dados enumerado.
Para selecionar as operações, você pode usar tabelas, colunas e ENUMTYPES para exibir a estrutura de
banco de dados:
selecione tabname, observa a partir de tabelas
select tabname, colname, typename, observações de colunas selecionadas
TypeName, valores, observações de enumtypes
Quando seleccionar os dados da coluna da tabela de colunas, é melhor usar um cláusula onde para limitar a
saída para que a mesa de que procura, como mostrado no Exemplo 6-41.
Exemplo 6-41 Consultando as colunas de uma tabela de sistema
TSM: LOCHNESS_SERVER1> selecionar tabname, colname, typename, observações das colunas onde tabname =
'LIBVOLUMES'
TABNAME colName DIGITE O NOME OBSERVAÇÕES
------------------ ------------------ ------------------ ------------------

LIBVOLUMES LIBRARY_NAME VARCHAR Nome biblioteca
LIBVOLUMES VOLUME_NAME VARCHAR Nome do Volume
LIBVOLUMES STATUS VARCHAR estado

LIBVOLUMES PROPRIETÁRIO VARCHAR Proprietário
LIBVOLUMES LAST_USE VARCHAR Última Utilização
LIBVOLUMES HOME_ELEMENT INTEIRO Início Elemento

LIBVOLUMES CLEANINGS_LEFT INTEIRO limpezas Esquerda
LIBVOLUMES DEVTYPE VARCHAR Tipo de dispositivo
LIBVOLUMES TIPO DE MÍDIA INTEIRO Tipo de mídia

LIBVOLUMES OLD_STATUS VARCHAR Estado orig

Note que o nome da tabela é uma string literal (entre aspas simples). O nome deve ser fornecido como ele é
armazenado em syscat.tables (isto é, em letras maiúsculas). Se foi fornecido em minúsculas, há dados teriam
sido devolvidos.
Você pode gerar você possui consultas personalizadas e criar seus próprios comandos, colocando as consultas
em scripts do servidor.
Exemplo 1
Exemplo 6-42 mostra uma instrução SELECT usando os dados obtidos no Exemplo 6-41, na página 264. A
consulta gera uma lista de volumes de fita na biblioteca, classificado pelo número de slot (home_element).
Exemplo 6-42 Seleccionar dados LIBVOLUME
TSM: ATLANTIC> selecionar volume_name como "Volume", \

cont> library_name como "Library", \
cont> home_element como "Posição", \
cont> DEVTYPE como "Tipo de dispositivo" \
cont> de libvolumes \
cont> ordem por home_element
Volume Biblioteca ranhura Tipo de dispositivo
------------------ ------------------ ----------- -----------

020AKK 3582LIB 4096 LTO
021AKK 3582LIB 4097 LTO
034AKK 3582LIB 4098 LTO
023AKK 3582LIB 4099 LTO
032AKK 3582LIB 4100 LTO
036AKK 3582LIB 4101 LTO
026AKK 3582LIB 4102 LTO
029AKK 3582LIB 4103 LTO
028AKK 3582LIB 4104 LTO
033AKK 3582LIB 4105 LTO
030AKK 3582LIB 4106 LTO
031AKK 3582LIB 4107 LTO
037AKK 3582LIB 4113 LTO
038AKK 3582LIB 4114 LTO
039AKK 3582LIB 4115 LTO
027AKK 3582LIB 4116 LTO
022AKK 3582LIB 4117 LTO

exemplo 2
Exemplo 6-43 conta o número de volumes no interior de cada conjunto de armazenamento. Isso pode ser útil quando
você tem grandes bibliotecas com muitos volumes.
Exemplo 6-43 Consultando o número de volumes em cada conjunto de armazenamento
TSM: ATLANTIC> selecionar count (*) como "Número", \

cont> stgpool_name como "pool de armazenamento" \
cont> do grupo volumes por stgpool_name
Número pool de armazenamento
----------- ------------------
6 DISKDATA
22 DISKDIRS 5
OFFDATA 5
TAPEDATA
exemplo 3
Exemplo 6-44 lista quantos arquivos foram copiados a partir de cada nó. Você pode consultar a tabela de
arquivos em vez de backups para ver o número de arquivos arquivados a partir de cada nó.
Exemplo 6-44 Consultando o número de ficheiros apoiado por cada nó
TSM: ATLANTIC> selecione node_name como "Nó", \

cont> COUNT (*) como "Files" do grupo de backups por node_name
consulta ANR2963W Esse SQL pode produzir uma tabela de resultados muito grande, ou pode exigir uma quantidade significativa
de tempo para calcular.
Você deseja continuar? (Sim (Y) / n (N)) y
Nó arquivos
------------------ -----------
ATLÂNTICO 85
PAMELA 12065
PARIS 4882
PIERRE 61853
Observe o aviso que é exibido quando uma consulta potencialmente complexa ou demorada ou que consomem espaço
é emitido. Você pode responder que não, se você preferir para executar a consulta em outro momento.

exemplo 4
Exemplo 6-45 mostra os volumes, onde um nó tem dados armazenados e o conjunto de armazenamento que os
volumes pertencem.
Exemplo 6-45 Consultando a utilização do volume por nó
TSM: ATLANTIC> selecione node_name distinta, \

cont> volume_name de volumeusage onde node_name = 'Paris'
NODE_NAME VOLUME_NAME STGPOOL_NAME
------------------ ------------------ ------------------

PARIS /tsm/stg/dirm/0000001B.BFS DISKDIRS
PARIS /tsm/stg/dirm/0000002A.BFS DISKDIRS
PARIS 023AKK OFFDATA
PARIS 022AKK TAPEDATA
Para mais informações sobre comandos SQL, utilize o ajudar a escolher comando.
6.6 Resumo
Você acabou de completar a seção de pool de armazenamento, em que nós cobrimos tópicos relacionados à
configuração de dispositivos de armazenamento, como discos e bibliotecas, volumes gerenciamento de fita, e vários
comandos relacionados.
No próximo capítulo vamos nos concentrar na definição de suas políticas (regras) para gerenciar seus dados que foram
copiados para backup no Tivoli Storage Manager.

7
Capítulo 7. políticas de armazenamento de dados
Neste capítulo vamos nos concentrar na implementação da política de armazenamento real. Antes de continuar, você já
deve ter preenchido as planilhas de planejamento, e assumimos que você leu e entendeu a Conceitos de
Gerenciamento IBM Tivoli Storage Manager, SG24-4877. Temos agora coberto de planejamento até a instalação e
personalização de seus dispositivos de armazenamento. Agora vamos cobrir como configurar as políticas de
armazenamento.
Um ambiente de armazenamento de dados consiste em três tipos de recursos: Máquinas, regras e dados. As
máquinas são computadores que contêm dados que devem ser apoiadas, e as regras especificam como as
cópias de segurança estão a ser tratados.
Dependendo de como você precisa para gerenciar seus dados de backup, a sua política de armazenamento de dados
pode ser muito simples ou muito complexo. A política mais simples seria ter um conjunto de regras que se aplicam a
todos os dados em sua organização, enquanto a política mais complexa seria ter um conjunto único de regras para
cada arquivo individual. A maioria das instalações cair em algum lugar entre esses dois extremos.
IBM Tivoli Storage Manager possui entidades que agrupar e organizar os recursos e definir relações entre eles.
Um cliente, também conhecido como um nó na terminologia IBM Tivoli Storage Manager, é agrupado em
conjunto com outros nós em um
domínio de política. O domínio liga os nós para uma conjunto de políticas, que consiste em
classes de gerenciamento. Uma classe de gerenciamento contém regras chamados grupos de cópias que as vincula
os dados. Quando os dados são ligados a regras específicas, diz-se estar vinculado à classe de gerenciamento que
contém as regras.
© Copyright IBM Corp. 1999, 2000, 2003, 2006. Todos os direitos reservados. 269
7.1 configuração recomendada
Figura 7-1 na página 271 mostra os principais componentes de nossa configuração política da amostra. Nós
definimos dois domínios políticos, servidores e WORKSTN. Ambos os domínios têm semelhante conjuntos de
políticas e classes de gerenciamento, mas seus detalhes grupo de cópias mostram que o domínio do servidor tem
mais cópias e períodos de retenção mais longos do que o domínio WORKSTN. Não é necessário definir vários
domínios, mas isso demonstra que a política é realmente definido nos grupos de cópias, e que o resto das
construções são usadas principalmente para a flexibilidade.
Em nosso meio, queremos que nossos dados sejam tratados da seguinte maneira:
Nós registrados para o domínio do servidor irá reter um máximo de três cópias de objetos (VEREXIST), e cópias
inativas serão armazenados por um período máximo de 100 dias (RETEXTRA) depois de se tornar inativo. Se um
objeto é excluído de um sistema de arquivos de nó, vamos manter apenas a cópia mais recente (Verdel) para
100 dias (RETONLY). Primeiramente, queremos armazenar cópias de backup única consistentes (SHRSTATIC).
Arquivos que estão sendo alterados durante o backup, como arquivos de log, deve ser ligado ao especial classe
de gerenciamento cujas regras permitem armazenar esses arquivos, mas a primeira tentativa para apoiá-los de
forma consistente (SHRDYNAMIC). Suas regras de retenção e de versão são os mesmos que para os dados
normais. Vamos arquivar arquivos por um ano (retver). Além disso, queremos armazenar um máximo de três
backups de volume lógico, e manter os backups de imagem inativas por um período máximo de 120 dias, uma
vez que se tornou inativa.
Nós registrados para o domínio WORKSTN irá reter um máximo de duas cópias de objetos (VEREXIST),
enquanto as cópias inativas serão armazenados por um período máximo de 30 dias (RETEXTRA) depois de se
tornar inativo. Se um objeto é removido de um sistema de arquivos de nó, nós reteremos apenas o mais recente
cópia do objeto (Verdel) por 30 dias (RETONLY). Primeiramente, queremos armazenar cópias de backup única
consistentes (SHRSTATIC). Arquivos que estão sendo alterados durante o backup, como arquivos de log, deve
ser ligado ao especial classe de gerenciamento cujas regras permitem armazenar esses arquivos, mas a primeira
tentativa para apoiá-los de forma consistente (SHRDYNAMIC). arquivos de log deve ser ligado a uma classe de
gerenciamento cujas regras permitem armazenar arquivos mudar eventualmente (SHRDYNAMIC). Suas regras
de retenção e de versão são os mesmos que para os dados normais. Vamos arquivar objetos para 30 dias
(retver). Além disso, queremos armazenar um máximo de dois backups de volume lógico, e manter os backups
de imagem inativos para um máximo de 30 dias, uma vez que se tornou inativa (RETEXTRA).
Obviamente, o ambiente terá requisitos específicos de protecção de dados que podem ser diferentes da nossa
configuração. Este é o propósito do processo de planejamento. Os valores fornecidos aqui podem dar-lhe um ponto
de partida razoável para personalizações posteriores.

Domínio Política: servidor Domínio Política: workstn
Definir a política: servidor Definir a política: workstn
classe de gerenciamento padrão: dados classe de gerenciamento padrão: dados
Backup de grupo Copiar Backup de grupo Copiar

Cópias de backup: 3 Cópias de backup: 2
Classe gestão: reter: 100 dias Classe gestão: reter: 30 dias
Cópias excluídos: 1 Cópias excluídos: 1
Reter última excluído: 100 dias Reter última excluído: 30 dias
dados dados
Arquivo Copiar Retido: 365 Arquivo Copiar Retido: 100
dias dias
Backup de grupo Copiar Cópias de Backup de grupo Copiar Cópias de

backup: nolimit backup: nolimit
Cópias excluídos: nolimit Cópias excluídos: nolimit
diretório diretório

especial especial

imagem imagem
Seguro de retenção de backup: 100 dias Seguro de retenção de backup: 30 dias
Seguro achive de retenção: 365 dias Seguro achive de retenção: 100 dias
Figura definições de política 7-1 Amostra
Em 1.1.1, “O nosso material de apoio” na página 5, vamos mostrar como carregar uma macro predefinida para IBM
Tivoli Storage Manager. O mac.policy macro, que nós fornecemos para definir as definições de política
recomendados em nosso ambiente livro, é mostrado na “estrutura política Definir” na página 733.
Capítulo 7. políticas de armazenamento de dados 271

7.1.1 domínios políticos Definindo
A configuração de exemplo consiste em dois domínios de política: para os servidores de e para estações de
trabalho, respectivamente. A natureza típica dos dados encontrados em cada tipo de máquina faz esta uma
divisão lógica dos recursos e segue os limites administrativos utilizados por muitos clientes. Exemplo 7-1 define
estes domínios de política, utilizando o definir a política comando.
Exemplo 7-1 Recomendado domínios políticos
TSM: ATLANTIC> Definir o servidor de domínio Descrição = "nós do servidor" backretention = 100 archretention = 365
Servidor de domínio Política ANR1500I definido.
TSM: ATLANTIC> Descrição definir workstn domain = "Os nós da estação de trabalho" backretention =
30 = 100 archretention
WORKSTN domínio Política ANR1500I definido.
7.1.2 conjuntos de políticas Definindo
Nós recomendamos que define um conjunto de critérios para cada um dos domínios de política, como se mostra no Exemplo
7-2. Nós usamos o definir policyset comando.
Exemplo 7-2 Definindo uma política definida por domínio
TSM: ATLANTIC> def policyset descrição do servidor server = "Set Política para nós do servidor"
Política ANR1510I conjunto de servidores definidos no servidor de domínio de política.
TSM: ATLANTIC> def policyset servidor workstn description = "política definida para nós de estação de trabalho"
Política ANR1510I definir WORKSTN definido no servidor de domínio de política.
7.1.3 Definição de classes de gerenciamento
Nós definimos quatro classes de gerenciamento para cada domínio na configuração de exemplo. Estas classes
de gerenciamento são usados para categorizar os dados de domínio:
DATA: Esta é a classe de gerenciamento padrão para cada domínio. Ele é usado para a maioria dos
dados no ambiente.
DIRETÓRIO: objetos Diretório são atribuídos a esta classe. Encadernação diretórios a uma classe especial de
gestão nos permite definir correctamente as suas regras de validade e controlar o seu repositório de
armazenamento final.
ESPECIAL: Esta classe de gerenciamento é usado para armazenar arquivos que estão sendo modificados
durante o backup. Um arquivo de log aplicativo pode ser ligado a este

classe de gerenciamento para se certificar de que uma cópia é tomada. Um exemplo típico deste tipo de
arquivo é um arquivo de log do aplicativo que recebe mensagens ou erros. Enquanto o aplicativo é
executado, é provável que o arquivo será modificado com mensagens ou erros adicionais, enquanto as
operações de backup Manager ou archive do Tivoli Storage programados são executados. Vamos supor
que for determinado que é OK para fazer backup ou arquivar este arquivo, mesmo se ele está sendo
atualizado, desde que o arquivo ainda será válido para restauração. Uma vez que não quer parar o
aplicativo para que o arquivo é liberado limpa para backup, que atribuí-la a uma classe de gerenciamento
cujas especificações (nas definições grupo de backup-archive) incluem parâmetros para o tratamento de
dados que estão sendo modificados enquanto um operação de backup-archive está sendo realizada.
IMAGEM: Esta classe de gerenciamento é usado para armazenar backups de volume lógico, se você tiver tais
máquinas. Isso é útil se você deseja lidar com o período de retenção diferente para tais operações. Também é útil se
você precisar de mais para criar um pool de armazenamento separado para armazenar estes backup (uma piscina de
armazenamento em fita, por exemplo).
clientes HSM ou gerenciamento de espaço (usando IBM Tivoli Storage Manager para Space Management) não
estão abrangidas neste livro, mas não há um parâmetro de Gerenciamento de espaço na definição da classe de
gestão que devemos mudar para evitar problemas. O parâmetro MIGDESTINATION especifica o nome do conjunto
de armazenamento para a migração de arquivos de espaço gerenciado, e o padrão é um pool de armazenamento
que nós excluídos durante as etapas de configuração recomendadas. Nós apontá-lo para um pool de
armazenamento fictício chamado NONE, o que nos permite validar e ativar o conjunto de políticas sem receber
mensagens de erro.
Exemplo 7-3 mostra as classes de gestão para a configuração recomendada definido, utilizando o definir
mgmtclass comando. Nós atribuímos a classe de gerenciamento de dados como a classe padrão para cada
conjunto de políticas, com o atribuir defmgmtclass comando.
Exemplo 7-3 Definindo classes de gerenciamento
TSM: ATLANTIC> definir servidor mgmtclass descrição de dados do servidor migdestination = NONE = "classe de
gerenciamento padrão para o domínio do Servidor"
DADOS classe Gestão ANR1520I definido no servidor de domínio política, conjunto de servidores.
TSM: ATLANTIC> atribuir dados do servidor servidor defmgmtclass

ANR1538I classe de gerenciamento padrão definido para dados para servidor de domínio política, conjunto de servidores.
TSM: ATLANTIC> definir mgmtclass diretório do servidor servidor descrição migdestination = NONE = "classe de
gerenciamento Diretório para o domínio do Servidor"
DIRETÓRIO classe Gestão ANR1520I definido no servidor de domínio política, conjunto de servidores.

TSM: ATLANTIC> definir especial migdestination = NONE description = "classe de gerenciamento especial para o
domínio do servidor" servidor servidor mgmtclass
Classe Especial Gestão ANR1520I definido no servidor de domínio política, conjunto de servidores.
TSM: ATLANTIC> definir descrição da imagem servidor migdestination = NONE = "classe de gerenciamento de imagem
para domínio do servidor" servidor mgmtclass
Gestão ANR1520I classe IMAGEM definido no servidor de domínio política, conjunto de servidores.
TSM: ATLANTIC> definir workstn mgmtclass descrição de dados workstn migdestination = NONE = "classe de
gerenciamento padrão para o domínio Workstn"
Gestão ANR1520I classe de dados definido no WORKSTN domínio político, definir WORKSTN.
TSM: ATLANTIC> atribuir dados workstn workstn defmgmtclass

ANR1538I classe de gerenciamento padrão definido para dados para WORKSTN domínio político, definir WORKSTN.
TSM: ATLANTIC> definir workstn mgmtclass descrição diretório workstn migdestination = NONE = "classe de
gerenciamento Diretório para o domínio Workstn"
Gestão ANR1520I classe diretório definido em WORKSTN domínio político, definir WORKSTN.
TSM: ATLANTIC> definir mgmtclass workstn workstn especial migdestination = NONE description = "classe de
gerenciamento especial para o domínio Workstn"
Gestão ANR1520I classe especial definido no WORKSTN domínio político, definir WORKSTN.
TSM: ATLANTIC> definir workstn mgmtclass descrição da imagem workstn migdestination = NONE = "classe de
gerenciamento de imagem para domínio Workstn"
Gestão ANR1520I classe IMAGEM definido no WORKSTN domínio político, definir WORKSTN.
7.1.4 Definição de grupos de backup

As razões para a criação de dois domínios (WORKSTN e servidor) são claramente ilustradas nos parâmetros
do grupo de cópia de segurança. Os dois domínios diferem das seguintes maneiras:
VEREXISTS: O domínio WORKSTN mantém apenas duas cópias de dados existentes, em comparação
com três cópias no domínio do servidor. RETEXTRA: O domínio WORKSTN só mantém cópias extras
inativos por 30 dias, em comparação com 100 dias no domínio do servidor. RETONLY: O domínio
WORKSTN mantém a última cópia de dados apagados por 30 dias, em comparação com 100 dias no
domínio do servidor.

Nota: Para o controle de expiração de backups de imagem, as versões eliminado (Verdel) e manter apenas
(RETONLY) configurações não se aplicam. backups de imagem são controlados por apenas as opções
VEREXIST e RETEXTRA. No entanto, em nosso exemplo, definir os valores das retver / retonly verexist /
Verdel o mesmo para ambos imagem classes de gerenciamento para evitar confusão.
expiração diretório deve ser governado por uma classe de gerenciamento separado. As opções de retenção
grupo de backup para ambas as versões existentes e versões apagados para esta classe de gerenciamento
deve ser definido de modo que os objetos de diretório não expiram antes que os arquivos abaixo deles na
árvore de diretórios. No nosso caso, nós permitir que um número ilimitado de objetos de diretório para ser
armazenado no repositório Tivoli Storage Manager durante o tempo que um objeto de arquivo associado a um
diretório existe no repositório. Em outras palavras, nós definir a expiração de diretório de objetos, pelo menos
enquanto a retenção mais longo para os arquivos. Está tudo certo para armazenar um número ilimitado de
objetos de diretório, uma vez que ocupa espaço insignificante dentro do repositório do servidor Tivoli Storage
Manager, em comparação com arquivos e outros objetos.
O parâmetro de serialização também ilustra a diferença entre as classes de gerenciamento. O grupo de backup
para o especial classe de gerenciamento é configurado para usar o parâmetro de serialização de
SHRDYNAMIC vez de SHRSTATIC. Os arquivos de log e outros arquivos onde os arquivos estão sempre
abertas, mas que, no entanto, deseja fazer o backup, deve ficar vinculado a esta classe de gerenciamento.
Gorjeta: Se alguns dos seus dados exigem definições de política diferentes do que nossos padrões recomendados
(por exemplo, se você precisa manter sete versões de cópia de determinados arquivos), então você precisa criar
uma classe de gerenciamento adicional para este propósito, e atribuir os dados a ele usando a opção Incluir.
Consulte “Arquivo de Opções” na página 114 para mais informações.
No Exemplo 7-4 definimos o grupo de backup para cada uma das classes de gerenciamento, usando definir
copygroup comando.
Exemplo 7-4 Definindo grupo de backup
TSM: ATLANTIC> definir copygroup tipo de dados do servidor servidor = destino backup = DISKDATA frequência = 1 = 3
verexists verdeleted = 1 = 100 retextra retonly = 100 = serialização modo modificado = shrstatic
ANR1530I PADRÃO cópia de backup de grupo definido no servidor de domínio política, conjunto de servidores, classe de
gerenciamento de dados.
TSM: ATLANTIC> definir copygroup diretório do servidor servidor type = backup

destino = DISKDIRS frequência = 1 verexists = nolimit verdeleted = nolimit retextra = 100 retonly = 100 =
serialização modo modificado = shrstatic
ANR1530I PADRÃO cópia de backup de grupo definido no servidor de domínio política, conjunto de servidores, classe
Directory Management.
TSM: ATLANTIC> definir servidor servidor copygroup type = destino de backup especial = DISKDATA frequência = 1
verexists = 3 verdeleted = 1 retextra = 100 retonly = 100 mode = serialização modificado = shrdynamic
ANR1530I PADRÃO cópia de backup de grupo definido no servidor de domínio política, conjunto de servidores, classe
de gestão especial.
TSM: ATLANTIC> definir o tipo de imagem do servidor servidor copygroup = destino de backup = freqüência diskdata = 1
verexists = 3 verdeleted = 3 retextra = 120 retonly = 120 mode = serialização modificado = estática
ANR1530I PADRÃO cópia de backup de grupo definido no servidor de domínio política, conjunto de servidores, classe de
gerenciamento de imagem.
TSM: ATLANTIC> definir copygroup tipo workstn dados workstn = destino backup = DISKDATA frequência = 1
verexists = 2 = 1 verdeleted retextra = 30 retonly = 30 = serialização modo modificado = shrstatic
ANR1530I PADRÃO cópia de backup grupo definido em WORKSTN domínio político, definir WORKSTN, classe de
TSM: ATLANTIC> definir o tipo copygroup workstn diretório workstn = destino de backup =
DISKDIRS frequência = 1 verexists = nolimit verdeleted = nolimit retextra = 30 retonly = 30 mode =
serialização modificado = shrstatic
ANR1530I PADRÃO cópia de backup grupo definido em WORKSTN domínio político, definir WORKSTN, classe
Directory Management.
TSM: ATLANTIC> definir copygroup workstn workstn tipo = destino backup = especial DISKDATA frequência = 1
verexists = 2 = 1 verdeleted retextra = 30 retonly = 30 = serialização modo modificado = shrdynamic
ANR1530I PADRÃO cópia de backup grupo definido em WORKSTN domínio político, definir WORKSTN, classe
de gestão especial.
TSM: ATLANTIC> definir o tipo de imagem workstn workstn copygroup = destino de backup = frequência diskdata = 1
verexists = 2 verdeleted = 2 = 30 retextra retonly = 30 = serialização modo modificado = estática
ANR1530I PADRÃO cópia de backup grupo definido em WORKSTN domínio político, definir WORKSTN, classe de
gerenciamento de imagem.
7.1.5 Definindo o grupo de cópias arquivadas
Para a configuração de amostra, definimos grupos de cópias de arquivo somente para as classes de gerenciamento
padrão. o dados classe de gerenciamento no domínio Server mantém objetos arquivados por um ano, enquanto que
no domínio da política WORKSTN,

arquivos são mantidas durante 100 dias (Exemplo 7-5). Arquivos que estão mudando durante o arquivamento não são
armazenados. Se mais tarde descobriu-se que tivemos requisitos de arquivamento adicionais, por exemplo, para manter
determinados arquivos por sete anos, poderíamos facilmente definir um grupo de cópias arquivadas adequado em uma classe de
gerenciamento existente ou novo.
Exemplo 7-5 Definindo grupo cópia de arquivo
TSM: ATLANTIC> definir copygroup tipo de dados servidor server = destino do arquivo =
diskdata retver = 365 serialização = shrstatic
ANR1535I Arquivo PADRÃO grupo de cópias definido no servidor de domínio política, conjunto de servidores, classe de
TSM: ATLANTIC> definir copygroup tipo workstn dados workstn = destino arquivo =
diskdata retver = 100 = serialização shrstatic
ANR1535I Arquivo PADRÃO grupo de cópias definido no WORKSTN domínio político, definir WORKSTN, classe de
7.2 Verificando definições de política
Para verificar as definições de política, use o copygroup consulta comando. A saída exibe o domínio de política,
conjunto de políticas, classe de gerenciamento, e os nomes de grupo de cópias, bem como os parâmetros do
grupo de cópia. Note que é realmente as definições do grupo de cópia que definem a política para o domínio; o
resto das construções entre o grupo de domínio e cópia apenas fornecer flexibilidade em sua configuração.
7.2.1 grupos de backup

Exemplo 7-6 mostra como verificar as configurações dos grupos de backup recomendado, utilizando o copygroup
consulta comando para exibir os atributos.
grupos de backup Exemplo 7-6 Consultando
TSM: ATLANTIC> servidor servidor copygroup consulta type = de backup
Política Política Mgmt cópia de Versões Versões Reter Reter

Domínio Defina Nome da classe Grupo Dados Dados Extra Somente
Nome Nome Nome Existe Versões Eliminados Versão

--------- --------- --------- --------- -------- -------- -------- -------
SERVIDOR SERVIDOR DADOS PADRÃO 3 1 100 100
SERVIDOR SERVIDOR DIRETÓRIO PADRÃO No Limit No Limit 100 100
SERVIDOR SERVIDOR IMAGEM PADRÃO 3 3 120 120
SERVIDOR SERVIDOR Padrão Especial 3 1 100 100
TSM: ATLANTIC> consulta copygroup workstn workstn type = de backup
Política Política Mgmt cópia de Versões Versões Reter Reter

Domínio Defina Nome da classe Grupo Dados Dados Extra Somente
Nome Nome Nome Existe Versões Eliminados Versão

--------- --------- --------- --------- -------- -------- -------- -------
WORKSTN WORKSTN DADOS PADRÃO 2 1 30 30
WORKSTN WORKSTN DIRETÓRIO PADRÃO No Limit No Limit 30 30
WORKSTN WORKSTN IMAGEM PADRÃO 2 2 30 30
WORKSTN WORKSTN Padrão Especial 2 1 30 30
7.2.2 grupos de cópias Arquivo
Exemplo 7-7 mostra como verificar as configurações para os grupos de cópias de arquivo. Use o copygroup consulta comando
para obter um rápido olhar para os atributos.
grupos de cópia de arquivo Exemplo 7-7 Consultando
TSM: ATLANTIC> consulta de servidor copygroup tipo de servidor = arquivo
Política Política Mgmt cópia de reter

Domínio Nome do conjunto Classe Grupo Versão
Nome Nome Nome
--------- --------- --------- --------- --------

SERVIDOR SERVIDOR DADOS PADRÃO 365
TSM: ATLANTIC> consulta copygroup workstn workstn type = arquivo
Política Política Mgmt cópia de reter

Domínio Nome do conjunto Classe Grupo Versão
Nome Nome Nome
--------- --------- --------- --------- --------

WORKSTN WORKSTN DADOS PADRÃO 100
7.3 Validação e ativação de um conjunto de políticas
O último passo na criação de sua política é para validar e ativar o seu conjunto de políticas. Os comandos são
muito simples e tem alguns parâmetros.
7.3.1 Validando os conjuntos de políticas recomendadas
o validar policyset verificações de comando para a integralidade nas definições de classe de gerenciamento
e grupos de cópias. É valida essas políticas e torna-los prontos para a ativação.

Exemplo 7-8 mostra como validar os conjuntos de políticas recomendadas.
conjuntos de políticas Exemplo 7-8 Validando
TSM: ATLANTIC> validar servidor servidor policyset

Política ANR1515I conjunto de servidores validados no servidor de domínio (pronto para ativação).
TSM: ATLANTIC> Validar policyset workstn workstn

Política ANR1515I definir WORKSTN validado em WORKSTN domínio (pronto para ativação).
7.3.2 Ativando os conjuntos de políticas recomendadas
o ativar policyset comando faz política especificada ativa, como a política de controle dentro do seu domínio de
política.
Exemplo 7-9 mostra como ativar os conjuntos de políticas recomendadas.
conjuntos de políticas Exemplo 7-9 Ativadoras
TSM: ATLANTIC> ativar servidor servidor policyset
Você deseja continuar? (Sim / Não) y

Política ANR1514I conjunto de servidores ativados em servidor de domínio de política.
TSM: ATLANTIC> Ativar policyset workstn workstn

Política ANR1514I definir WORKSTN activado em WORKSTN domínio de política.
TSM: ATLANTIC> domínio consulta
Política ativado ativado Número de Descrição

Domínio Política Padrão Registrado
Nome Conjunto Mgmt Nodes
Classe
--------- --------- --------- ---------- ------------------------
SERVIDOR SERVIDOR DADOS 0 nós de servidor
WORKSTN WORKSTN DADOS 0 Nodes Workstation
7.3.3 Eliminar o domínio de política PADRÃO

O processo de instalação criado um domínio de política chamada STANDARD. Depois de ter criado a sua
política necessária, você deve remover as informações de domínio padrão para limpar seu ambiente. o excluir
domínio comando remove um domínio de política existente. Este comando é muito poderosa na medida em
que também remove os conjuntos de políticas subjacentes, classes de gerenciamento e grupos de cópias que
pertencem ao domínio. Por esta razão, a excluir domínio comando deve ser usado com

Cuidado. Exemplo 7-10 mostra como remover um domínio de critério denominado STANDARD.
Exemplo 7-10 A remoção do domínio padrão
TSM: ATLANTIC> excluir padrão de domínio
Você deseja continuar? (Sim / Não) sim PADRÃO

domínio Política ANR1501I excluído.
Se um domínio de política contém nós e espaços de arquivo, esse comando falhar. Você deve remover todos os
nós registrados de um domínio de política antes de excluí-lo. Há duas maneiras de realizar essa tarefa:
Excluir os nós e os seus espaços de arquivo.

Mover os nós, incluindo os seus espaços de arquivo para outro domínio.
A exclusão de um nó
Para excluir um nó, remova os dados do nó com a delete filespace comando, exclua os conjuntos de
backup registrados para o servidor com o excluir backupset
comando e remova a definição de nó com o remover nó comando. Exemplo 7-11 mostra como remover os
espaços de arquivo e definição do nó para o DIOMEDE nó.
Tenha cuidado-isto irá remover as informações do banco de dados para todos os backup, arquivamento, e migrou os dados
do servidor Tivoli Storage Manager para o nó do cliente, incluindo a partir de qualquer pools de armazenamento de cópia.
Exemplo 7-11 Removendo os espaços de arquivo e definições de nós
TSM: ATLANTIC> delete filespace DIOMEDE *

ANR2238W Este comando irá resultar na eliminação de todas as referências de inventário para os dados em
espaços de arquivo que correspondem ao padrão * para DIOMEDE nó, em que tornar os dados irrecuperáveis.
Você deseja continuar? (Sim / Não) Número y

ANS8003I Processo 18 começou.
TSM: ATLANTIC> excluir backupset DIOMEDE *

ANR2365I Backupset TRCKA_BS.18773 para o nó DIOMEDE foi eliminada.
TSM: ATLANTIC> remover nó DIOMEDE

ANR2061I Nó DIOMEDE removido do PADRÃO domínio de política. ANR2129I ID de usuário administrativo
DIOMEDE definida apenas para autoridade sobre nó DIOMEDE foi removido.

Mover um nó
o nó de atualização comando pode ser usado para atribuir um nó para um novo domínio. Os dados são ligados
às classes de gerenciamento no novo domínio durante a próxima operação de backup. O processo de atribuição
dos dados para classes de gerenciamento do novo domínio é chamado de religação.
Se o novo domínio tem os mesmos nomes de classe de gerenciamento que o antigo e desde que as regras do grupo
cópia dentro de definições de classe de gerenciamento são a mesma mudança muito pequena, tem lugar, como os
dados são regidos apenas pelo nome classe de gerenciamento e não a política nome do domínio. No entanto, se o
novo domínio tem completamente diferentes nomes de classe de gerenciamento, em seguida, os dados são rebote
para a classe de gerenciamento padrão para o domínio. O primeiro backup após a mudança de domínio pode
demorar mais tempo do que o normal, devido ao processo de religação, mas é uma operação de um tempo e volta à
velocidade normal depois disso.
Nota: Tenha cuidado ao migrar um nó para outro domínio de política. Se um cliente tinha apoiado dados
sob o antigo domínio, os dados são rebote para a mesma classe de gerenciamento no novo domínio, se
ele existir. Se a classe de gerenciamento não existe no novo domínio, os dados é recuperar para a classe
do novo domínio de gerenciamento padrão. Se esta classe de gerenciamento não tem um grupo de
backup, os dados são rebote para o período de retenção de carência definido no novo domínio. Isso pode
levar a expiração indesejada de versões de backup.
Exemplo 7-12 mostra como para movimentar o nó senegal a partir do seu domínio de corrente para o domínio
WORKSTN.
Exemplo 7-12 Movendo um nó para um domínio diferente
TSM: ATLANTIC> nó de atualização de domínio SENEGAL = workstn
ANR2063I Nó SENEGAL atualizado.
TSM: ATLANTIC> query node SENEGAL
Nome do nó Plataforma Política Dias Domínio Desde Dias Desde bloqueado?

Nome Última Access
Password Conjunto
------------------------- -------- -------------- ---------- ---------- -------

SENEGAL WinNT WORKSTN <1 <1 Nenhum

7.4 Fazer cumprir a sua política
Uma vez que a política é definida, você quer aplicá-la usando o expirar inventário
comando. Este comando garante que quaisquer cópias extras de dados em seus grupos de cópias são removidas
do banco de dados. Ele também cuida de dados que é mais velho do que o seu período de retenção especificado.
O backup grupo de cópias parâmetros VEREXISTS, VERDELETED, RETEXTRA e RETONLY são aplicados a
dados de backup através do processo de expiração, bem como o parâmetro de grupo de cópias arquivadas retver.
Exemplo 7-13 mostra como a expirar as referências de banco de dados a partir do servidor Tivoli Storage
Manager.
Exemplo 7-13 inventário que expira
TSM: ATLANTIC> expirar inventário
Este comando pode ser computacionalmente intensivas; portanto, deve ser executado durante os tempos
mais calmos no servidor Tivoli Storage Manager.
O parâmetro EXPINTERVAL no arquivo de opções do servidor especifica o número de horas entre o processo de
expiração automática, e está configurado inicialmente por 24 horas. Com o processamento automático de
expiração habilitado, o servidor executa a expiração do inventário no arranque e a cada 24 horas depois.
Recomendamos definir o EXPINTERVAL a zero (desativação de expiração automática) e definindo uma agenda
administrativa diariamente para executar este comando em um momento conveniente. Mostramos como fazer isso
em 12.2.4, “Definindo um cronograma de término” na página 382.
7.5 Resumo
Esperamos que agora você entender e ter configurado as políticas para sua retenção de dados. Em seguida,
discutir o gerenciamento de usuários, para lhe fornecer uma compreensão de funções de administração
dentro do Tivoli Storage Manager.

8
Capítulo 8. Managing Tivoli Storage

Gerente
Este capítulo explica a criação e manutenção de usuários de um sistema IBM Tivoli Storage Manager.
8.1 Gestão
Usando as informações que você recolheu durante a fase de planejamento, bem como a compreensão que
você ganhou da leitura Conceitos de Gerenciamento IBM Tivoli Storage Manager, SG24-4877, você deve
ser capaz agora definir os usuários e clientes em seu servidor Tivoli Storage Manager.
Existem duas categorias de usuários:
nós clientes
administradores
8.1.1 Administradores
Os administradores a gerenciar os recursos do servidor Tivoli Storage Manager, como pools de armazenamento,
dispositivos e políticas de gestão de dados.
Você precisa de pelo menos um administrador e pode ter mais com diferentes níveis de autoridade. Os
administradores com privilégios de sistema pode executar qualquer função Tivoli Storage Manager. Os
administradores com política, armazenamento, operador ou privilégios de analista pode executar subconjuntos de
funções Tivoli Storage Manager.
Os administradores usam principalmente a interface Tivoli Storage Manager de linha de comando (CLI) ou o
Centro de Administração de inserir comandos que agem contra o servidor Tivoli Storage Manager.
Os administradores também podem usar o cliente de arquivamento de backup da Web para executar backup,
restaurar, arquivar e recuperar as operações em nome de outros usuários remotamente. Um cenário típico é onde o
pessoal de help desk usar o cliente Web para executar essas tarefas cliente para seus usuários finais sem a
necessidade de estar fisicamente presente no local do usuário final ou para fazer logon na máquina do cliente. Eles
podem simplesmente executar a operação de seu browser. Uso do cliente Web backup-archive requer especial autoridade
de acesso de cliente para o cliente, que será restaurado.
Todos os comandos emitidos pelos administradores são registradas no log de atividade do servidor. Vejo
2.11, “Administrador IDs” na página 59, por considerações de planejamento.
Em uma implementação menor, pode haver apenas um Tivoli Storage Administrator executar ambos os serviços
de recepção de administrador e de ajuda. Em empresas maiores, essas funções são, provavelmente, tanto
funcional e geograficamente dispersos, de modo que são necessários vários administradores com diferentes
autoridades.

8.1.2 Considerações
Criando um administrador é um processo de duas etapas:
1. Definir o ID de administrador.
2. Conceda os privilégios necessários.
o register admin comando cria explicitamente uma ID de administrador com certos privilégios definidos. Se
um administrador com o mesmo nome do nó cliente já existe durante o registo de um novo nó, então este ID
de administrador é automaticamente atualizado para conceder acesso proprietário a ele. Você pode usar o
parâmetro de contato opcional para distinguir os administradores.
o autoridade concessão comando concede os privilégios necessários para um administrador. Os parâmetros somente
necessários são o nome do administrador e os privilégios de ser concedido. Você pode reduzir a autoridade de um
administrador, revogando uma ou mais classes de privilégio e concessão de outras classes, conforme necessário.
o administrador consulta comando exibe informações sobre um ou mais administradores. Qualquer administrador
pode emitir esse comando.
8.1.3 ambiente padrão

Durante a instalação inicial do servidor, o Tivoli Storage Manager define dois IDs de administrador
automaticamente, SERVER_CONSOLE e Admin.
SERVER_CONSOLE
SERVER_CONSOLE permite administrar o servidor após o Tivoli Storage Manager está instalado. Na
instalação, o SERVER_CONSOLE ID é automaticamente registrado como administrador e dado autoridade do
sistema. Você pode usar o SERVER_CONSOLE ID para emitir comandos administrativos.
Quando o servidor é iniciado no modo interativo (ou plano), tipicamente com o

dsmserv comando, um console do servidor é iniciado com um prompt de comando em execução com a
autoridade designada do SERVER_CONSOLE ID. Isso está em contraste com a executar o servidor em modo de
fundo, quer como um serviço do Windows ou em UNIX usando o nohup comando. Nesse caso, nenhum prompt
de comando é apresentado.
Numa situação de emergência, comandos administrativos pode ser emitido a partir do console do servidor para
corrigir situações, tais como senhas de administrador esquecidos e IDs bloqueados. Isso pressupõe o seu
console corridas de servidor em um ambiente seguro. Se você não pode proteger o seu console do servidor de
acesso não autorizado, você deve revogar o privilégio do SERVER_CONSOLE ID, talvez para analista. Se você
fizer isso, você deve primeiro definir outra pelo menos um novo ID de administrador com privilégio de sistema.
Nós não recomendamos reduzir os privilégios SERVER_CONSOLE,
Capítulo 8. Gerenciamento Tivoli Storage Manager 285

uma vez que pode ser a única maneira de recuperar certas emergências se você perdeu a senha de todos
os outros IDs administrativos.
Você não pode:
Registe-se ou atualizar o ID do usuário SERVER_CONSOLE. Bloquear ou

desbloquear o ID do usuário SERVER_CONSOLE. Renomear o ID do usuário
SERVER_CONSOLE. Remova o ID de usuário SERVER_CONSOLE. Atribuir uma
senha para o ID do usuário SERVER_CONSOLE. comandos rota a partir do ID de
usuário SERVER_CONSOLE.
Recomendamos que tenha pelo menos dois administradores de sistemas. Tivoli Storage Manager não permitirá
que você para remover o ID SERVER_CONSOLE ou o último ID de administrador com privilégio de sistema.
ADMIN
Admin é um administrador que tem privilégios de sistema e uma senha inicial de ADMIN. Este administrador é
usado para configurar o ambiente Tivoli Storage Manager. Você deve imediatamente alterar a senha do padrão.
Para maior segurança, após seu ambiente foi criado, recomendamos que você excluir ou bloquear este
administrador, uma vez que muitas pessoas não sabem da existência deste ID e poderia usá-lo para obter
acesso ao seu sistema.
8.1.4 administradores recomendados

Recomendamos que você defina as seguintes administradores para suportar seu ambiente Tivoli Storage
Manager:
Cliente
Relatórios
Sistema de
Apoio
Também recomendamos que você use o parâmetro de contato opcional para distinguir os administradores.
Embora tenhamos recomendado certos nomes de administrador, você não tem que usá-los. Você pode usar
qualquer nome adequado para seus propósitos.
Em 1.1.1, “O nosso material de apoio” na página 5, vamos mostrar como carregar uma macro pré-definida para o
Tivoli Storage Manager. Os mac.admins macro, que nós fornecemos para definir IDs administrativos para o nosso
ambiente livro, é mostrado em “Definir os administradores” na página 730.

Sistema
Definir um ID para o administrador do Tivoli Storage Manager e outro para o seu backup administrador do Tivoli
Storage Manager. Esses administradores devem ter privilégios de sistema. Você deve ter pelo menos dois IDs
de administrador com privilégios de sistema de modo que se você perder a senha de um, o outro ID pode
redefini-la, como mostrado em “Alterar uma senha de administrador” na página 290.
No Exemplo 8-1, definimos um administrador nomeado TSMADMIN1 e um backup chamado TSMADMIN2. A

senha inicial para ambos os administradores é TOMAZ. Nós conceder estes privilégio de sistema IDs.
Exemplo 8-1 Comandos para criar um administrador
TSM: ATLANTIC> register admin contato tsmadmin1 tomaz = "IBM Tivoli Storage Manager Administrator"
registrado ANR2068I Administrador TSMADMIN1.
TSM: ATLANTIC> autoridade concessão tsmadmin1 aulas = sistema

privilégio ANR2076I Sistema concedida ao administrador TSMADMIN1.
TSM: ATLANTIC> register admin contact = "Administrador IBM Tivoli Storage Manager - (Alternate)"
tsmadmin2 tomaz
registrado ANR2068I Administrador TSMADMIN2.
TSM: ATLANTIC> autoridade concessão tsmadmin2 aulas = sistema

privilégio ANR2076I Sistema concedida ao administrador TSMADMIN2.
Apoio, suporte
Definir um ID para o responsável pelo suporte técnico do Tivoli Storage Manager. Este ID deve ter o privilégio
de sistema.
No Exemplo 8-2 definimos um administrador de suporte chamado APOIO. A senha inicial para este
administrador é ALINE. Nós também conceder privilégios de sistema para esse ID.
Exemplo 8-2 Criando um ID apoio
TSM: ATLANTIC> register admin contato de suporte aline =”Suporte Storage Manager IBM Tivoli”
APOIO Administrador ANR2068I registrado.
TSM: ATLANTIC> conceder aulas de apoio autoridade = sistema

privilégio ANR2076I Sistema concedido para apoiar administrador.

relatórios
Definir um ID para Tivoli Storage Manager fins de relatório. Embora este administrador não tem privilégios
especiais, ele tem autoridade para emitir comandos de consulta. Isto é especialmente útil para a produção de
relatórios regulares por meio de um método como scripts. Divulgação de senha deste administrador não criar
uma exposição de segurança, porque o administrador não pode alterar quaisquer recursos do Tivoli Storage
Manager.
No Exemplo 8-3 definimos um administrador de suporte chamado RELATÓRIO. A senha inicial para este
administrador é MIKE.
Exemplo 8-3 Criando um ID de relatório
TSM: ATLANTIC> registar relatório de administração de contas de mike = "Relatórios IBM Tivoli Storage Manager"
registrado ANR2068I RELATÓRIO Administrador.
Cliente
Definir uma identificação para o acesso do cliente administrativo da Web. Este administrador teria autoridade de
acesso de cliente para todos os nós no ambiente Tivoli Storage Manager. Em particular, este administrador pode
executar operações de restauração em nome dos usuários. Este é geralmente suficiente para organizações
menores. Em organizações maiores, você pode exigir vários administradores com esta autoridade.
No Exemplo 8-4 definimos um administrador de cliente chamado de helpdesk. A senha inicial para este
administrador é Leilla.
Mais tarde, em “Conceder acesso a nós clientes” na página 294 damos esta autoridade de acesso de cliente de
administrador para os nós que definimos.
Exemplo 8-4 Registar um nódulo de cliente
TSM: ATLANTIC> register admin contato helpdesk Leilla = "Administrador IBM Tivoli Storage Manager Client"
registrado ANR2068I Administrador helpdesk.
8.1.5 Trabalhar com administradores

Nesta seção, explicamos como executar vários processos relacionados com os administradores
que você vai achar útil em seu ambiente Tivoli Storage Manager.

Exibindo administradores
Use o administrador consulta comando para exibir administradores. Se nenhum nome de administrador for especificado,
todos os administradores são exibidos. Se um nome de administrador é especificado, a informação só isso do
administrador é exibida.
No Exemplo 8-5 que exibir a lista de todos os administradores.
Exemplo 8-5 Resultados administra
TSM: ATLANTIC> administrador consulta
Administrador dias desde a dias desde a Trancada? Classes Privilege

Nome Último acesso Definir senha
-------------- ------------ ------------ ---------- -----------
ADMIN <1 4 Não Sistema
CENTRAL DE AJUDA <1 <1 Não
RELATÓRIO <1 <1 Não
SERVER_CONSOLE Não Sistema

APOIO, SUPORTE <1 <1 Não Sistema
TSMADMIN1 <1 <1 Não Sistema
TSMADMIN2 <1 <1 Não Sistema
Em seguida, no Exemplo 8-6, apresentamos detalhes completos do serviço de informações do administrador.
Configuração 8-6 Exemplo para um administrador de helpdesk
TSM: ATLANTIC> consulta administrador helpdesk format = detalhe
Administrador Nome: HELPDESK Último Acesso Data /

Hora: 02/07/2006 04:33:42 Dias desde a última Acesso: <1
Senha Definir Data / Hora: 02/07/2006 04:33:42 Dias Desde

Set Password: <1 inválido Conde Sign-on: 0
Bloqueado ?: Não
Contato: Administrador do Sistema Cliente IBM Tivoli Storage Manager Privilege:

Política Privilege: Privilege Armazenamento: Privilege Analyst: Operador Privilege: Privilégio de
acesso de cliente: Cliente Proprietário Privilege:
Registro de Data / Hora: 02/07/2006 04:33:42 Registrando

Administrador: ADMIN
Gerenciando perfil:
expiração de senha Período:

Alterar uma senha de administrador
Um usuário administrativo pode mudar sua própria senha usando o atualização administrador comando.
Um usuário com privilégios de sistema pode alterar a senha de qualquer administrador. Não há maneira de
determinar a senha atual para um administrador-se ele for perdido ou esquecido, outro administrador deve
repô-la. Portanto, você deve sempre ter dois IDs de administrador, no mínimo.
Exemplo 8-7 mostra como alterar a senha para o administrador nomeado TSMADMIN2 aos
tubarões.
Exemplo 8-7 Alterando uma senha de administrador
TSM: ATLANTIC> atualização de administração tsmadmin2 tubarões
ANR2071I Administrador TSMADMIN2 atualizado.
Quando este comando é registado para o registo da actividade do servidor, a palavra-passe no registo é substituído por um
asterisco (*), como se mostra no Exemplo 8-8.
Exemplo 8-8 O comando de atualização registrado no log de atividade do servidor
02/07/2006 05:06:45 comando ANR2017I admin administrador emitido: UPDATE

tsmadmin2 ADMIN? ***? (SESSÃO: 74)
02/07/2006 05:06:45 ANR2071I Administrador TSMADMIN2 atualizado. (SESSÃO:
74).
Excluindo o administrador ADMIN

Depois de ter definido os seus administradores de sistema necessários, exclua o ID de administração do sistema
instalado, ADMIN. Porque você não pode excluir um administrador se esse administrador está a aceder ao
servidor, você deve fazer logon no Tivoli Storage Manager como um administrador diferente para executar esta
tarefa.
Exemplo 8-9 mostra o funcionamento com o remover administrador comando.
Exemplo 8-9 Eliminar o admin administrador
root @ Atlântico /: dsmadmc

IBM Tivoli Storage Manager
Command Line Interface Administrativa - Versão 5, Release 3, Nível 2.0 (c) Copyright pela IBM Corporation e
outro (s) 1990 2005. Todos os direitos reservados.
Digite seu ID de usuário: tsmadmin1 Digite

sua senha:
Sessão estabelecida com servidor ATLANTIC: AIX-RS / 6000 Server

Versão 5, Release 3, Nível 2.2
data do servidor / hora: 02/07/06 09:28:42 Última visita: 02/07/06 09:23:40

TSM: ATLANTIC> remover Admin
Você deseja continuar? (Sim (Y) / n (N)) y ADMIN

Administrador ANR2069I removido.
Atenção: Você pode remover os administradores do servidor para que eles não terão mais acesso às
funções de administrador, mas você não pode remover o último administrador com privilégios de sistema e
você não pode remover o administrador SERVER_CONSOLE.
8.2 nós clientes

Quando o servidor Tivoli Storage Manager está instalado, o cliente de arquivamento de backup Tivoli Storage
Manager e o cliente administrativo estão instalados na mesma máquina que o servidor por padrão. A maioria das
instalações de Tivoli Storage Manager também incluem clientes de backup-arquivamento e clientes de aplicativos em
outras máquinas, muitas vezes rodando em diferentes sistemas operacionais.
Normalmente, um nó corresponde diretamente a uma máquina, como no caso de um cliente de arquivamento de backup
que está instalado no computador de um usuário para backups do sistema de arquivos. No entanto, vários nós pode existir
em uma única máquina. Por exemplo, um sistema com o Microsoft SQL Server conter um Tivoli Storage Manager para
Bancos de Dados (Data Protection para SQL Server) cliente pedido de backups de banco de dados e de log de transações,
e um cliente de arquivamento de backup regular para backups do sistema de arquivos.
Cada cliente de backup-archive do Tivoli Storage deve ser registrado com o servidor Tivoli Storage Manager
antes de quaisquer operações de backup e recuperação pode ser realizada para que o cliente de
arquivamento de backup. Embora Tivoli Storage Manager fornece dois modos, abertas e fechadas, para
registrar os nós clientes ao servidor, recomendamos por razões de segurança que você não alterar o padrão
fechado.
Para registrar um nó cliente, use o registar nó comando. No mínimo, você precisa fornecer um nome de nó e
uma senha de acesso do cliente. Recomendamos usar o nome do host TCP / IP para o nome do nó do Tivoli
Storage Manager. Se você definir seus próprios domínios de política do Tivoli Storage Manager, então você
também deve usar o parâmetro DOMÍNIO. Além disso, recomendamos que você também especificar o
parâmetro USERID.

O parâmetro domain especifica o nome do domínio de política ao qual o nó é atribuído. Se você não
especificar um nome de domínio política, o nó é atribuído ao domínio de política padrão (standard). Dentro
do nosso ambiente recomendado, há dois domínios, servidores e WORKSTN, e não de domínio padrão.
Consequentemente, se você usar nosso ambiente, é necessário especificar o parâmetro do domínio ao
registrar um nó cliente.
O parâmetro USERID especifica um ID administrativo que será definido como um administrador com proprietário
nó (o acesso do cliente) autoridade para o cliente. autoridade nó permite que um administrador para usar o
cliente Web de arquivamento de backup. Quando o parâmetro USERID é omitido, um administrador com o
mesmo nome que o nó está definido. Este é o padrão. Recomendamos que você especifique USERID = NONE
e conceder autoridade nó para o administrador HELPDESK e outros administradores explicitamente através do autoridade
concessão comando.

Exceto para z / OS, um nó cliente está registrado no servidor Tivoli Storage Manager durante a instalação inicial
do servidor. Isto é para o servidor Tivoli Storage Manager em si. O nome desse cliente é o cliente, com o cliente
senha inicial. O nó é atribuído ao domínio STANDARD. Para cumprir com a nossa recomendação de usar o
nome do host para cada nó do cliente, você deve usar o
renomear nó comando para alterar o nome do nó do cliente para o nome do host, eo nó de atualização comando
para atribuí-la a um novo domínio de política.
8.2.3 Trabalhar com nós clientes

Nesta seção, explicamos como executar vários processos relacionados com nós clientes que você vai
achar útil em seu ambiente Tivoli Storage Manager.
Registrando um nó de cliente
Use o registar nó comando para definir um cliente para o servidor. Em nosso meio, nós fornecemos os
parâmetros necessários (nome de nó, a senha do nó, nome de domínio) e um adicional de dois parâmetros
(de contato, UserId).
Tabela 8-1 mostra um layout que você pode usar para documentar as informações necessárias para registrar os clientes,
completado com um conjunto de informações sobre o cliente de amostra.
Tabela 8-1 Cliente requisitos planilha: exemplo
O nome do nó Contato Domínio
PROPAGANDA Tomaz - Primeiro Andar SERVIDOR
LOSGATOS Aline - Second Floor WORKSTN

O nome do nó Contato Domínio
MILES Leilla - Help Desk SERVIDOR
Exemplo 8-10 mostra os comandos para criar estes nodos. Damos todos os nós a mesma senha, tubarões.
Exemplo 8-10 Registar um nódulo de cliente
TSM: ATLANTIC> registar propaganda nó tubarões domain = servidor userid = nenhum contacto = "TAL
(Tomaz Aline Leilla)"
ANR2060I Nó PROPAGANDA registrado no servidor de domínio de política.
TSM: ATLANTIC> registo de domínio losgatos nó tubarões = workstn userid = nenhum contacto = "
Tomaz_Aline_Leilla @ work "
ANR2060I Nó LOSGATOS registrado em WORKSTN domínio de política.
TSM: ATLANTIC> registar milhas nó tubarões domain = servidor userid = nenhum contacto = " Tomaz @
home "
ANR2060I Nó MILES registada no servidor de domínio de política.
Exibindo nós clientes

Use o query node de comando, conforme mostrado no Exemplo 8-11, para exibir nódulos de cliente. Se você não
especificar um nome de nó, todos os nós serão exibidos. Se você especificar um nome de nó, apenas informações
do nó é exibido.
Exemplo 8-11 Exibindo cliente resumo nó
TSM: ATLANTIC> query node
Nome do nó Plataforma Domínio política dias desde a dias desde a Trancada?
Nome Último acesso Definir senha

----------- -------- -------------- ---------- ---------- -------
LOSGATOS WinNT WORKSTN <1 <1 Não
MILES AIX SERVIDOR <1 <1 Não
PROPAGANDA AIX SERVIDOR <1 <1 Não
Exemplo 8-12 mostra os detalhes completos do nó chamado LOSGATOS.
Exemplo 8-12 Exibindo cliente completo detalhes do nó
TSM: ATLANTIC> query node losgatos format = detalhe
Nome do nó: Plataforma

LOSGATOS: WinNT Cliente OS
Nível: 5,00
Versão do Cliente: Versão 5, Release 3, Nível 2.0

Política Domain Name: WORKSTN Último Acesso Data /
Password Definir Data / Hora: 02/07/2006 17:43:44 Dias desde a
senha definida: < 1 inválido Sign-on Conde: 0
Bloqueado ?: Não
Contato: Tomaz_Aline_Leilla @ work

compressão: Cliente
Arquivo Excluir admitidos ?: Sim delete backup admitidos ?:
Sem Registro Data / Hora: 02/07/2006 17:43:44 Administrador
Registrando: TSMADMIN1 último método de comunicação
utilizado:
Bytes recebidos Última Sessão: 0

Bytes enviados Última Sessão: 0 Duração
da última sessão: 0,00 pct. Aguarde ocioso
Última sessão: 0,00 pct. Comm. Espere Última
sessão: 0,00 pct. Mídia Espere Última Sessão:
0.00
Optionset: AIX_LIST
Tipo de nó:: URL
do cliente
Expiração de senha Período:
Mantenha Ponto de Montagem ?: Não
Pontos de montagem máximo permitido: 1

Auto Filespace Rename: Não
Validar Protocolo: Não
TCP / IP Nome: IBM-ATLANTIC
Endereço TCP / IP:
Globally Unique ID: 34.90.42.30.95.07.11.da.bb.e3.00.40.96.32.2d.a7 Transação Grupo Max:
0
Dados Write Path: quaisquer dados Leia Path:
QUALQUER Session Initiation: clientorserver de Alto
Nível Endereço: Baixo nível Endereço: Colocação
Nome do Grupo:
PROXYNODE alvo: Agente

PROXYNODE:
Concessão de acesso a nós clientes

Um administrador pode executar todas as operações do cliente em nome do usuário por meio do cliente Web de
arquivamento de backup. O administrador precisa autoridade nó para executar essas operações. Um usuário
administrativo com privilégio de sistema pode conceder essa autoridade.

Exemplo 8-13 mostra como conceder autoridade nó para todos os nós para um administrador de cliente
HELPDESK nomeado.
Exemplo 8-13 A concessão de acesso para os nódulos de cliente
TSM: ATLANTIC> concessão autoridade helpdesk aulas = nó nó = *
ANR2126I conceder autoridade: Administrador HELPDESK foi concedida autoridade de acesso para LOSGATOS cliente.
ANR2126I conceder autoridade: Administrador HELPDESK foi concedida autoridade de acesso para MILES cliente.
ANR2126I conceder autoridade: Administrador HELPDESK foi concedida autoridade de acesso para PROPAGANDA
cliente.
Agora, se exibir os detalhes do administrador, com o administrador consulta comando, podemos ver que tem privilégios de
acesso de cliente, como no Exemplo 8-14.
Exemplo 8-14 Administrador tem privilégio de acesso de cliente
TSM: ATLANTIC> consulta administrador helpdesk format = detalhe
Administrador Nome: HELPDESK Último Acesso Data /

Senha Definir Data / Hora: 02/07/2006 18:33:42 Dias Desde

Set Password: <1 inválido Conde Sign-on: 0
Bloqueado ?: Não
Contato: Administrador do Sistema Cliente IBM Tivoli Storage Manager

Privilege: Privilege Política: Armazenamento Privilege: Analista Privilege: Operador Privilege:
Privilégio de acesso de cliente: LOSGATOS MILES PROPAGANDA cliente

proprietário Privilege:
Registro de Data / Hora: 02/07/2006 04:33:42 Registrando
Administrador: ADMIN
Gerenciando perfil:
expiração de senha Período:
Se você criar nós adicionais e deseja que os administradores têm autoridade para esses nós, o autoridade
concessão comando deve ser reeditada.

Alterar senhas para nós clientes
Um usuário administrativo com qualquer privilégio de sistema, privilégio de política irrestrita, ou privilégio de
critério restrito para o domínio de política ao qual o nó cliente é atribuído pode alterar a senha de um nó do
cliente.
No Exemplo 8-15, mudamos a senha para o nó do cliente chamado Miles à terra, usando o nó de
atualização comando.
Exemplo 8-15 alteração de senhas de nós clientes
TSM: ATLANTIC> atualização de nó de milhas terra
ANR2063I Nó MILES atualizado.
Gorjeta: Você só pode alterar uma senha de nó se o nó não está a aceder ao servidor.
Excluindo os espaços de arquivo para um nó cliente

Um usuário administrativo com qualquer privilégio de sistema, privilégio de política irrestrita, ou privilégio de critério
restrito para o domínio de política ao qual o nó cliente é atribuído, pode excluir espaços de arquivo do nó. espaços de
arquivos contêm dados de backup e arquivamento de um cliente. Há um ou mais espaços de arquivo para cada
cliente.
o delete filespace comando cria um processo servidor que exclui um ou mais passos de arquivo como uma série
de transações de banco de dados em lote. Se o delete filespace
processo é cancelada ou se uma falha do sistema, uma deleção parcial pode ocorrer. Neste caso, uma
posterior delete filespace comando para o mesmo nó irá apagar os dados restantes. Você deve excluir todos
os espaços de backup e arquivo que pertencem a um nó do cliente antes que você possa excluir esse nó
cliente.
Importante: Use o delete filespace comando com cuidado. Apaga backup e arquivados os dados do cliente
a partir do servidor Tivoli Storage Manager, incluindo todos os dados em pools de armazenamento de cópia.
Exemplo 8-16 mostra os espaços de arquivo para os LOSGATOS cliente.
Exemplo espaços de arquivo 8-16 consulta para um nó cliente
TSM: ATLANTIC> losgatos query filespace
Nome do nó filespace FSID Plataforma filespace é Arquivos- Capacidade pct

Nome Tipo ritmo (MB) util
Unicode?
--- ---- - --- ---- --- ---- ---- ---- --- ---- -- -- ---- --- ---- ---- ---- -
LOSGATOS / 1 AIX JFS2 Não 32,0 44,9
LOSGATOS /optar 2 AIX JFS2 Não 128,0 76,1

No Exemplo 8-17 nós excluir o arquivo espaço / opt para os LOSGATOS cliente. Note que não são de excluir qualquer
arquivo no cliente em si, nós estamos suprimindo todos os registros de quaisquer arquivos de backup ou arquivados nesse
sistema de arquivos no servidor Tivoli Storage Manager.
Exemplo espaços de arquivo 8-17 Exclusão de um nó de cliente
TSM: ATLANTIC> delete filespace losgatos / opt

ANR2238W Este comando irá resultar na eliminação de todas as referências de inventário para os dados em
espaços de arquivo que correspondem ao padrão / opt (fsID = 2) para LOSGATOS nó, em que tornar os dados
irrecuperáveis.
Você deseja continuar? (Sim (Y) / n (N)) y número

ANS8003I Processo 14 começou.
eliminações espaço de arquivo pode ser executado no segundo plano ou primeiro plano. Exemplo 8-17 foi
executado no fundo. Para monitorar o processo, use o processo de consulta comando. Você pode ver as
mensagens do processo no log de atividade do servidor.
Para executar espaço de exclusão do arquivo em primeiro plano, adicione o ESPERA = YES parâmetro para o comando.
processos de primeiro plano escrever mensagens diretamente para a sua sessão CLI. Se o espaço de arquivo contém um
grande número de arquivos, recomendamos a execução de eliminação em segundo plano.
Exemplo 8-18 mostra os resultados da exclusão de áreas de arquivos em primeiro plano.
Exemplo 8-18 comando administrativo para excluir espaços de arquivo
TSM: ATLANTIC> excluir losgatos Filespace * espera = yes

ANR2238W Este comando irá resultar na eliminação de todas as referências de inventário para os dados em espaços de
arquivo que correspondem ao padrão * (fsID = 1) para LOSGATOS nó, em que tornar os dados irrecuperáveis.
Você deseja continuar? (Sim (Y) / n (N)) y

ANR0984I Processo 15 para delete filespace começou em primeiro plano em 14:12:46. ANR0800I APAGAR Filespace * (fsID =
1) para LOSGATOS nó começou como processo 15. ANR0802I APAGAR Filespace * (fsID = 1) (dados de backup /
arquivamento) para LOSGATOS nó iniciado. ANR0806I APAGAR Filespace * (fsID = 1) completo para LOSGATOS NÓ: 12
objectos eliminados. ANR0987I Processo 15 para Filespace APAGAR executado em primeiro plano processado 12 itens com
um estado de conclusão de sucesso em 14:12:46. TSM: ATLANTIC> losgatos Filespace q
ANR2034E query filespace: No jogo encontrado usando estes critérios. código ANS8001I
retorno 11.
A exclusão de um nó cliente
Um usuário administrativo com qualquer privilégio de sistema, privilégio de política irrestrita, ou privilégio de
critério restrito para o domínio de política ao qual o nó do cliente é

atribuído, é possível excluir um nó cliente. Antes de remover um nó cliente, você deve apagar todos os seus arquivos de
backup e arquivamento. Use o remover nó de comando, conforme mostrado no Exemplo 19/08.
Exemplo 8-19 Excluindo um nó cliente
TSM: ATLANTIC> remover losgatos nó
Você deseja continuar? (Sim (Y) / n (N)) y ANR2061I Nó LOSGATOS removidos do PADRÃO domínio de
política. ANR2129I LOSGATOS userid Administrativo definida apenas para autoridade sobre LOSGATOS nó
foi removido.
8.3 conjuntos de opções do cliente
A sessão do cliente Tivoli Storage Manager tem um conjunto de opções que são usados durante o backup, arquivo, restauração
ou recuperação de processos. As opções podem ser especificados de duas maneiras:
No arquivo de opções do cliente, que é criado durante a configuração de um cliente (consulte “Arquivo de Opções” na página
114). Um arquivo de opções do cliente é um conjunto de opções do cliente Tivoli Storage Manager armazenados em um ou
dois arquivos (clientes UNIX / Linux apenas) no cliente.
Usando o conjunto de opção do cliente. (Isto é opcional.) A opção Definição de cliente é um conjunto de opções do
cliente Tivoli Storage Manager armazenados no banco de dados do Tivoli Storage Manager. Um conjunto de opções
pode ser associado a um ou mais clientes do Tivoli Storage Manager, mas um cliente pode ser associado a apenas
um conjunto de opções.
Recomendamos a utilização de conjuntos de opções cliente para facilitar a administração, especialmente em ambientes
com um grande número de clientes, e como o número de opções disponíveis cresce. Usando conjuntos de opções
cliente centraliza o gerenciamento dessas opções e clientes. É mais fácil de atualizar uma opção de cliente set uma vez
que para executar a mesma atualização para o arquivo de opções do cliente local em cada nó.
Que valor tem prioridade

As opções definidas em um conjunto de opções do cliente são um subconjunto das opções do cliente disponíveis. Opções
como as comunicações ainda estão armazenados na máquina do cliente.
Quando a mesma opção é especificada no arquivo de opções local e o conjunto de opção, o valor do arquivo de
opções do cliente tem prioridade por padrão. No entanto, você pode especificar que as opções individuais em um
conjunto de opção não pode ser substituído em arquivo de opções locais do cliente, utilizando a força = YES
parâmetro ao definir a opção.

Inclusão-exclusão regras
Se você colocar de inclusão-exclusão declarações nas opções do cliente definidos, estes serão sempre substituem as
instruções de inclusão-exclusão no arquivo de opções do cliente. Você pode imaginar que as opções do cliente definir
inclusão-exclusão declarações são adicionadas na parte inferior do arquivo de opções do cliente, de modo que eles são
avaliadas primeiro. O número de seqüência ligado a cada declaração de inclusão-exclusão no conjunto de opções do
cliente determina a ordem em que é adicionado aos inclusão-exclusão declarações existentes no final do arquivo de
opções do cliente. Inclusão-exclusão instruções em um conjunto de opções do cliente será sempre visto e processados
durante o backup antes de quaisquer declarações no arquivo de opções do cliente. Portanto, um conjunto de valores
padrão pode ser definido para cada tipo de cliente em um conjunto de opções do cliente, mas as máquinas cliente ainda
pode ser personalizado, dentro de limites aceitáveis.
Por exemplo, suponha que você tenha as seguintes instruções em um conjunto de opções do cliente:
incluem c: \ teste \ * seq = 1 excluir c: \

trabalhando \ * seq = 2
E, vamos supor que você tem as seguintes declarações em um arquivo de opções do cliente:
excluir c: \ test \ * incluem c:

\ trabalho \ *
O conjunto completo de inclusão-exclusão especificações seria: excluir c: \ test \ * (segundo a última

declaração do arquivo de opções do cliente) incluem c: \ trabalho \ * (última declaração do arquivo de
opções do cliente) incluem c: \ test \ * (número de sequência 1 do conjunto de opções do cliente) excluem
c: \ trabalhando \ * (número de sequência 2 a partir do conjunto de opções do cliente)
Lembrete: Inclusão-exclusão declarações são processadas de baixo para cima.
Processamento utilizando este conjunto de instruções de inclusão-exclusão resultaria nos arquivos em C: \ não funciona
sendo feito backup, e esses arquivos em C: \ teste que está sendo feito backup.

Não há cliente opção conjuntos criados por padrão em um ambiente Tivoli Storage Manager.
8.3.3 conjuntos de opções cliente recomendado
Em nosso meio, usamos vários conjuntos de opções cliente. Todos os conjuntos de opção são construídos a partir do conjunto de
opções base, que chamamos de “Redbook”. Este conjunto de opções contém outros do que as especificações de
inclusão-exclusão opções. Todos os outros conjuntos de opção são

baseado na plataforma do cliente. Cada um é construído a partir da opção de base definida com a adição de
específico de inclusão-exclusão recomendações para essa plataforma.
8.3.4 Trabalhando com clientes conjuntos de opções
Nesta seção, explicamos como executar vários processos relacionados com conjuntos de opções do cliente
que você vai achar útil em seu ambiente Tivoli Storage Manager.
Criando um conjunto de opções do cliente

Para definir um conjunto de opções do cliente:
1. Criar o conjunto de opções.

2. preenchê-lo com opções do cliente.
Você cria uma nova opção do cliente definido com o definir CLOPTSET comando ou você pode clonar uma opção
existente definida com o cópia CLOPTSET comando. Você pode adicionar uma opção para uma opção definida com o definir
CLIENTOPT comando. Você pode remover uma opção de uma opção definida com o excluir CLIENTOPT comando.
Você precisa de privilégio de sistema ou privilégio de critério irrestrito a emitir esses comandos.
No Exemplo 8-20 definimos um conjunto de opções do cliente, denominada Windows e preenchê-lo com as opções.
Exemplo 8-20 Criando um conjunto de opções do cliente
TSM: ATLANTIC> definir janelas CLOPTSET

ANR2046I DEFINE CLOPTSET: optionset Windows definidas.
TSM: ATLANTIC> definir compressão janelas CLIENTOPT sim

ANR2050I DEFINE CLIENTOPT: COMPRESSION Opção definida no optionset Windows.
TSM: ATLANTIC> definir janelas CLIENTOPT maxcmdretries 4

ANR2050I DEFINE CLIENTOPT: maxcmdretries Opção definidas no WINNT_LIST optionset.
TSM: ATLANTIC> definir janelas CLIENTOPT verbose ''

ANR2050I DEFINE CLIENTOPT: Opção VERBOSE definido no Windows optionset.

Exemplo 8-21 mostra como clonar o conjunto de opções do cliente chamado Windows para outra
WINDOWS_CLONE chamado, substituindo a opção VERBOSE com a opção QUIET.
Exemplo 8-21 Cópia de conjuntos de opções cliente
TSM: ATLANTIC> cópia janelas CLOPTSET windows_clone

ANR2055I COPY CLOPTSET: optionset JANELAS copiados para optionset WINDOWS_CLONE.
TSM: ATLANTIC> excluir CLIENTOPT windows_clone detalhado

ANR2053I APAGAR CLIENTOPT: Opção detalhado, número de sequência 0, foi eliminada do
WINDOWS_CLONE optionset.
TSM: ATLANTIC> definir CLIENTOPT windows_clone tranquila ''

ANR2050I DEFINE CLIENTOPT: QUIET Opção definida no WINDOWS_CLONE optionset.
8.3.5 Associando um nó cliente com um conjunto de opções do cliente
A definição nó cliente deve ser atualizado para usar um conjunto de opções do cliente. Você precisa de privilégio
de sistema, privilégio de política irrestrita, ou privilégio de critério restrito para o domínio de política ao qual o nó
cliente pertence a usar o necessário nó de atualização comando.
Use o SQL selecionar comando para visualizar os nomes de todos os conjuntos de opções do cliente, como mostrado no Exemplo
8-22.
Exemplo 8-22 Select de comando para clientes conjuntos de opções
TSM: ATLANTIC> SELECT * FROM cloptsets
OPTIONSET_NAME DESCRIÇÃO LAST_UPDATE_BY PERFIL

------------------ ------------------ ------------------ ----------
AIX Incluir excluir TSMADMIN1
lista para
Sistemas AIX
JANELAS Incluir excluir TSMADMIN1

Lista de sistema do
Windows
Exemplo 8-23 mostra como associar o nó do cliente chamado Miles com a opção do cliente definir AIX.
Exemplo 8-23 Associando um cliente com um conjunto de opções do cliente
TSM: ATLANTIC> milhas nó atualização CLOPTSET = aix

ANR2063I Nó MILES atualizado.

Exclusão de um conjunto de opções do cliente
Você precisa de privilégio de sistema ou privilégio de critério irrestrito a excluir uma opção de cliente definido com o excluir
CLOPTSET comando.
No Exemplo 8-24 temos de eliminar a opção de configurar o Windows.
Exemplo 8-24 Excluindo conjuntos de opções cliente
TSM: ATLANTIC> excluir windows_list CLOPTSET
Você deseja continuar? (Sim (Y) / n (N)) y ANR2048I APAGAR

CLOPTSET: optionset JANELAS suprimido.
A associação entre um nó e um conjunto de opções do cliente é removido automaticamente quando esse conjunto de
opções do cliente é excluído. O nó não está associado a outro conjunto de opções do cliente e até menos que você emita
novamente o nó de atualização comando.
8.4 Resumo
Você já estabeleceu funções administrativas dentro do seu servidor Tivoli Storage Manager, o que permitirá o
controle, monitoramento e gestão do fluxo de dados dos clientes através da mídia de armazenamento final. Em
seguida, discutir as opções de licenciamento para o seu ambiente.

9
Capítulo 9. licenciamento
Neste capítulo, descrevem as tarefas de licenciamento de um sistema IBM Tivoli Storage Manager e monitorar
o seu cumprimento. Nós discutir o processo de registrar, ativar e monitorar suas licenças (mas não a
comercialização ou a embalagem de suas licenças). Este processo é o mesmo para cada recurso, não importa
qual pacote ou oferta de produto é comprado. Os recursos ainda precisará ter suas respectivas licenças
registrado.
O método de embalagem de IBM Tivoli Storage Manager para mudanças de compra ao longo do tempo, que
também altera os direitos do produto. Licenças de cliente contra compras por processadores são marketing
questões e não licenciar ou problemas de produtos.
9.1 recursos licenciados
A licença de servidor do Tivoli Storage Manager base suporta um número ilimitado de clientes administrativos, um cliente de
arquivamento de backup usando pipes nomeados ou o protocolo de memória compartilhada, e uma seleção de dispositivos
de mídia removíveis. Tabela 9-1 lista todos os disponíveis atualmente recursos licenciados você pode adicionar a sua
licença de servidor do Gerenciador de base IBM Tivoli Storage em V5.3 (para opções V5.2, consulte 9.6, “características de
licença V5.2 do Tivoli Storage Manager” na página 309 ).
Com V5.3, você não registrar licenças para qualquer um dos agentes do Tivoli Storage Manager (por
exemplo, o Tivoli Storage Manager for Databases, o Tivoli Storage Manager para Mail). validação de
licença de agente é feito no lado do cliente, independente do servidor.
Tabela 9-1 Tivoli Storage Manager 5.3 recursos licenciados
recurso licenciado arquivos de licença
A base de licença IBM Tivoli Storage Manager: backup-archive básica com o cliente tsmbasic.lic
base e servidor.
IBM Tivoli Storage Manager Extended Edition: funções avançadas adicionais, tsmee.lic
incluindo:
gerente de recuperação de desastres
bibliotecas grandes (superiores a 3 unidades ou 40 slots) Tape

Sharing Biblioteca over LAN
NDMP backup e restauração de dispositivos NAS, incluindo a série IBM N
movimentação de dados sem servidor
IBM System Storage Archive Manager tem funcionalidade adicional em: dataret.lic
proteção de retenção de dados de eventos baseado em expiração

gerenciamento de retenção / suspensão de exclusão (deleção espera)
Os arquivos de certificado de matrícula para todas as licenças do Tivoli Storage Manager que podem ser
registrados com o servidor estão no CD-ROM de instalação do Tivoli Storage Manager. Você registrar estas
licenças que você precisa (e têm direito a) usando o registar licença comando, especificando o nome do arquivo
de registro de certificado. Quando registrado, as licenças são armazenadas em um arquivo chamado nodelock
no diretório atual.

Gorjeta: Tivoli Storage Manager V 5.3 e mais recentes servidores que têm proteção de retenção de dados habilitado
e ter acesso a uma série arquivador Network Appliance ou IBM N com o recurso SnapLock licenciado (Data ONTAP
7.1 ou posterior) pode armazenar dados em pools de armazenamento com RECLAMATIONTYPE definido para
SNAPLOCK. Os dados criados em volumes nestes pools de armazenamento será gerido por uma data de retenção.
9.2 Registrando recursos licenciados

Se você recebeu uma avaliação Tivoli Storage Manager (try-and-buy), o registro de licença é feito
automaticamente durante a instalação do servidor e você não precisa fazer mais nada.
Se você comprou uma licença de servidor do Tivoli Storage Manager base, você pode comprar licenças para
recursos licenciados e registrar estas licenças especificando os arquivos de licença usando o registar
licença comando.
Você pode registrar qualquer ou todas as características mostradas na Tabela 9-1 na página 304. Por exemplo,
se você quiser registrar a licença Tivoli Storage Manager Extended Edition, emitir os comandos mostrados no
Exemplo 9-1.
Exemplo 9-1 registo das cartas
TSM: ATLANTIC> r por exemplo, arquivo de licença = tsmbasic.lic
ANR2852I informações sobre a licença atual: ANR2853I

New informações de licença:
ANR2828I Server é licenciado para apoiar Tivoli Storage Manager Basic Edition.
TSM: ATLANTIC> arquivo de licença reg = tsmee.lic

ANR2852I informações sobre a licença atual:
ANR2828I Server é licenciado para apoiar Tivoli Storage Manager Basic Edition. ANR2853I New
informações de licença:
ANR2828I Server é licenciado para apoiar Tivoli Storage Manager Basic Edition. ANR2828I Server é licenciado
para apoiar Tivoli Storage Manager Extended Edition.
Capítulo 9. Licenciamento 305

Nota: o registar licença comando mudou com a V5.3 Tivoli Storage Manager. Agora você tem muito
menos opções. Você pode registrar licenças para os componentes do servidor. Isto inclui Tivoli Storage
Manager (base), o Tivoli Storage Manager Extended Edition, e IBM System Storage Archive Manager.
Você não pode registrar licenças para os componentes que são licenciados com base em processadores
(por exemplo, o Tivoli Storage Manager para Mail, o Tivoli Storage Manager for Databases, o Tivoli
Storage Manager para ERP, o Tivoli Storage Manager for Copy Services, o Tivoli Storage Manager para
Advanced Copy Services , o Tivoli Storage Manager para Space Management).
Seu contrato de licença determina o que você está licenciado para usar. Mesmo se você não estiver usando
o comando REGISTER LICENSE para registrar todos os componentes, você é esperado para cumprir com
o contrato de licença e usar apenas o que você comprou. Uso do comando REGISTER LICENSE implica
que você concordar e aceitar os termos da licença especificados no seu contrato de licença.
9.3 Guardar suas licenças

Quando o registro de licença estiver concluída, as licenças são armazenadas em um arquivo chamado nodelock no
diretório inicial do servidor.
Mantenha o CD-ROM de instalação que contém os arquivos de certificado de licença em um lugar seguro para ser usado se
você precisar registrar novamente suas licenças. Isso pode ocorrer se:
O servidor está corrompido.

O servidor foi transferido para uma máquina diferente. O arquivo
NODELOCK é destruído ou danificado.
conformidade 9.4 License

Se os termos de licença mudar (por exemplo, se uma nova licença está definido para o servidor), o servidor realiza
uma auditoria para determinar se a configuração do servidor atual está em conformidade com os termos da licença.
O servidor também audita periodicamente a conformidade com os termos da licença. Os resultados desta auditoria são
usados para verificar e fazer cumprir os termos de licença. Se 30 dias se passaram desde a auditoria de licença anterior, o
administrador não pode cancelar a auditoria.
Se o servidor usa um recurso licenciado mas a licença não está registado, a função falha. Quando você emitir
um comando associado a um recurso sem licença, o Tivoli Storage Manager não emite uma mensagem de
aviso e o comando falha.

Se um sistema Tivoli Storage Manager excede os termos do seu contrato de licença, uma das seguintes
situações:
O servidor emite uma mensagem de aviso indicando que não está em conformidade com os termos de
licenciamento.
Operações falhar porque o servidor não está licenciada para características específicas.
Em ambos os casos, você deve entrar em contato com seu representante de conta IBM ou revendedor autorizado IBM
Software para modificar seu contrato.
9.5 licenças de Monitorização
Existem dois comandos para monitorar o registro de licença no seu sistema Tivoli Storage Manager:
licença de auditoria de
licença consulta
9.5.1 Exibição de informações de licença
Use o licença de consulta comando para apresentar detalhes de suas licenças atuais e determinar a conformidade de
licenciamento, como mostrado para um servidor V5.3 do Tivoli Storage Manager no Exemplo 9-2.
Exemplo 9-2 Exibindo informações de licença
TSM: ATLANTIC> licença q
Última Auditoria Licença: 02/16/06 14:53:43

Número de TDP para Oracle em uso: 0 Número de TDP
para Oracle no modo de comprar tentativa: 0 Número de TDP para MS
SQL Server em uso: 0 Número de TDP para MS SQL Server no modo de
comprar tentativa: 0
Número de TDP para o MS Exchange em uso: 0 Número de TDP
para o MS Exchange no modo de comprar tentativa: 0
Número de TDP para Lotus Notes em uso: 0 Número de TDP
para Lotus Notes no modo de comprar tentativa: 0
Número de TDP para Lotus Domino em uso: 0 Número de TDP
para Lotus Domino no modo de comprar tentativa: 0
Número de TDP para Informix em uso: 0 Número de TDP
para Informix no modo de comprar tentativa: 0
Número de TDP para SAP R / 3 em uso: 0 Número de TDP
para SAP R / 3 em modo de comprar tentativa: 0
Número de TDP para ESS em uso: 0 Número de TDP
para ESS em modo de comprar tentativa: 0
Número de TDP para ESS R / 3 em uso: 0 Número de TDP
para ESS R / 3 em modo de comprar tentativa: 0

Número de TDP para EMC Symmetrix em uso: 0 Número de TDP
para EMC Symmetrix em modo de comprar tentativa: 0
Número de TDP para EMC Symmetrix R / 3 em uso: 0 Número de TDP
para EMC Symmetrix R / 3 em modo de comprar tentativa: 0
Número de TDP para o WAS em uso: 0
Número de TDP para o WAS no modo de comprar tentativa: 0 é o IBM
System Storage Archive Manager em uso:? Não é o IBM System Storage
Archive Manager licenciado:? Não é Tivoli Storage Manager Basic Edition
em uso: Sim Is Tivoli Storage Manager Basic Edition licenciado: Sim Tivoli
Storage Manager é Extended Edition em uso: no Is Tivoli Storage
Manager Extended Edition licenciado: Sim
Compliance License Server: Válido
9.5.2 licenças de auditoria
Um administrador pode monitorar a conformidade da licença, emitindo o comando administrativo licenças de

auditoria, como se mostra no Exemplo 9-3. Este comando é usado para comparar a configuração atual com as
licenças atuais.
certificados de auditoria Exemplo 9-3
TSM: ATLANTIC> licença de auditoria

ANR2817I CERTIFICADOS DE CONTAS: auditoria licença começou como processo 143. ANS8003I
Processo número 3 começou.
9.5.3 Programação de auditorias de licença automática
Use o conjunto licenseauditperiod comando para especificar o número de dias entre auditorias
automáticas realizadas pelo servidor Tivoli Storage Manager. No Exemplo 9-4, definimos o perdo de
auditoria de 30 dias.
Exemplo 9-4 definindo uma tomfooleries auditoria
TSM: ATLANTIC> conjunto licenseauditperiod 30

9,6 características de licença Tivoli Storage Manager V5.2
Para fins de referência, a Tabela 9-2 na página 309 mostra as características de licença para V5.2 Tivoli
Storage Manager.
Tabela 9-2 Tivoli Storage Manager 5.2 recursos licenciados
clientes de backup-arquivamento adicionais: A licença base IBM Tivoli Storage Manager xclient.lic
suporta um cliente de arquivamento de backup; Licenciamento clientes adicionais com
qualquer número de clientes (substitua x com número válido de clientes)
IBM Tivoli Storage Manager para Space Management; gerenciamento de armazenamento spacemgr.lic
hierárquico (HSM) clientes, também conhecidos como clientes de espaço gerenciado
IBM Tivoli Storage Manager Disaster Recovery drm.lic
IBM Tivoli Storage Manager para Bancos de Dados; Tivoli oracle.lic

Data Protection para Oracle
IBM Tivoli Storage Manager para Bancos de Dados; Tivoli mssql.lic

Data Protection para MS SQL Server
IBM Tivoli Storage Manager para Mail; Tivoli Data msexch.lic

Protection para MS Exchange
IBM Tivoli Storage Manager para Mail; Tivoli Data lnotes.lic

Protection para Lotus Notes
IBM Tivoli Storage Manager para Mail; Tivoli Data domino.lic

Protection para Lotus Domino
IBM Tivoli Storage Manager para Bancos de Dados; Tivoli informix.lic

Data Protection para Informix
IBM Tivoli Storage Manager para Aplicações; Tivoli Data r3.lic

Protection para ERP
IBM Tivoli Storage Manager para Hardware; Tivoli Data emcsymm.lic

Protection para EMC Symmetrix
IBM Tivoli Storage Manager para Hardware; Tivoli Data emcsymr3.lic

Protection para Symmetrix para R / 3
IBM Tivoli Storage Manager para Hardware; Tivoli Data ess.lic

Protection para ESS
IBM Tivoli Storage Manager para Hardware; Tivoli Data essr3.lic

Protection para ESS para R / 3

bibliotecas gerenciadas library.lic
compartilhamento de biblioteca libshare.lic
IBM Tivoli Storage Manager para Aplicações; Tivoli Data Protection para was.lic
WebSphere Application Server
IBM Tivoli Storage Manager para NDMP ndmp.lic
Sistema Gerenciado para uso SAN mgsyssan.lic
Sistema Gerenciado para uso LAN mgsyslan.lic

10
Capítulo 10. cliente administrativo
Nos capítulos anteriores discutimos as várias etapas desde o planejamento até a implementação do servidor e os
clientes, em seguida, mudou-se para a configuração de armazenamento, licenciamento e funções administrativas.
Aqui nós descrevemos as interfaces administrativas disponíveis no IBM Tivoli Storage Manager.
Com V5.3 do Tivoli Storage Manager, uma nova interface administrativa baseada na Web para o ambiente
Tivoli Storage Manager está disponível. Este é o Centro de Administração, que está hospedado no quadro
Integrated Solutions Console (ISC). Centro de Administração substituiu a interface ligada ao servidor anterior
Web administrativa, que não é mais suportado na V5.3 e, mais tarde, uma vez que utiliza a API administrativa
completamente diferente.
Nós cobrimos brevemente a instalação e configuração do ISC com o componente do Centro de Administração,
bem como o cliente administrativo de linha de comando. Além disso, nós demonstrar as capacidades de ambas as
ferramentas em relação à gestão e monitoramento de ambientes Tivoli Storage Manager.
IBM Tivoli Storage Manager sempre forneceu uma interface de linha de comando, o chamado cliente
administrativo, que permite gerenciar e monitorar um ou mais servidores IBM Tivoli Storage Manager e
recursos. Várias interfaces gráficas (GUIs) em versões diferentes também estão disponíveis.
Para mais detalhes sobre ISC e instalação do Centro de Administração, consulte IBM Tivoli Storage Manager
Versão 5.3 Guia Técnico, SG24-6638.
10.1 Centro de Administração
A interface Web do Centro de Administração fornece uma maneira fácil de gerenciar várias instâncias de
servidor a partir de uma única janela do navegador. Está disponível desde Tivoli Storage Manager V5.3, e
está hospedado no quadro Integrated Solution Console (ISC). ISC é um quadro geral, suportando vários
módulos que servem a propósitos diferentes. O módulo do Centro de Administração permite gerenciar e
monitorar seu ambiente Tivoli Storage Manager especificamente.
10.1.1 Instalação
Ambos os produtos, Centro de Administração e Integrated Solutions Console, são distribuídos separadamente. ISC está
disponível através de ordem do sistema regular, enquanto o Centro de Administração está disponível através do site FTP
serviço normal IBM. Para instalar:
1. Instale o ISC.
2. Instale o Centro de Administração no ISC.
Desde ISC é construído em cima do WebSphere Application Server e PortalBase, exige recursos significativos
do sistema. Recomendamos instalá-lo em uma máquina diferente do que aquele que está executando o
servidor Tivoli Storage Manager.
Basicamente, existem três maneiras de instalar ISC: Você pode executar o assistente de instalação baseada em
Java; assistente de instalação do console; ou executar instalação silenciosa, sem vigilância. O procedimento de
instalação completo (para ISC eo Centro de Administração) é coberto em detalhes, incluindo gráficos, em IBM
Tivoli Storage Manager Versão 5.3 Guia Técnico, SG24-6638. Nós fornecemos um resumo do procedimento
de instalação em 3.6, “Console Solução Integrada e Centro de Administração” na página 83.
Após a instalação do ISC, você pode instalar o Centro de Administração. Novamente, você pode usar o assistente de
instalação, assistente de instalação da consola, ou método de instalação silenciosa. Note que o ISC deve estar em
execução durante a instalação do Centro de Administração.
Após uma instalação bem-sucedida, o seguinte URL será iniciado automaticamente, exibindo a tela de logon
do ISC:
<Nome da máquina> //:: http <Web Administração dos Portos> / ibm / console
Se você configurar ISC com os valores padrão, o número da porta é ou 8421 para a conexão HTTP ou 8422
para porta de administração Web seguro.
Para obter detalhes completos sobre os requisitos de software e hardware em todas as plataformas suportadas, o tempo
necessário para configurar ISC eo Centro de Administração, e conhecido

limitações, consulte o IBM Tivoli Storage Manager Centro de Administração do Readme.
Interface 10.1.2 Centro de Administração

Para acessar o Centro de Administração, tipo
http: // <machine_name>: <porta> /ibm.console em seu navegador, como mostrado na Figura 10-1. Nós instalamos
o centro da ISC e da Administração no DIOMEDE sistema.
tela de login Figura 10-1 ISC
Digite o ID do administrador do ISC e senha e clique Entrar para iniciar o Centro de Administração
(veja a Figura 10-2 na página 314).
Gorjeta: ISC IDs de administrador são discutidos na seção ISC Usuário e Grupo de Gestão no capítulo 12 do Conceitos
de Gerenciamento IBM Tivoli Storage Manager,
SG24-4877.
Agora você está pronto para gerenciar seu Tivoli Storage Manager Server. O Centro de Administração permite
definir as conexões do servidor, o que significa a criação de uma ligação entre o Centro de Administração e
uma instância do servidor Tivoli Storage Manager. Lembre-se, o Centro de Administração não é por si só uma
instância do servidor, é um produto independente e, portanto, você tem que definir a conexão.
Capítulo 10. cliente Administrativo 313

Figura 10-2 Interface de Administração de boas vindas Janelas
O Centro de Administração é uma interface orientada a tarefas que orienta a administração de servidores Tivoli
Storage Manager. Sem um profundo conhecimento de internos do Tivoli Storage Manager e sintaxe de
comando exata, você pode facilmente definir e configurar todos os componentes de um servidor Tivoli Storage
Manager, incluindo:
Dispositivos de armazenamento: Isso inclui piscinas de armazenamento, volumes, bibliotecas e unidades, e assim por diante.
domínios políticos nó cliente s: Inclui conjuntos de critérios, classes de gerenciamento e grupos de cópias, bem
como os nós se registrar para os domínios, definindo os seus conjuntos de opções do cliente central, e agendamento
de tarefas a serem executadas nos clientes.
Manutenção do servidor: Isso ajuda você a definir e programar os procedimentos de manutenção do servidor básicos,
como fazer backup de pools de armazenamento primário e banco de dados, identificação de volumes do conjunto de
armazenamento de cópias de backup e banco de dados para ser movido para o local fora do local, bem como processos de
migração e recuperação.
Monitor de Saúde: Isso ajuda-lo a determinar o estado geral de operações do servidor; ajuda você a obter
informações detalhadas sobre horários nó cliente, o registo de dados do servidor e recuperação, e o status
de armazenamento

dispositivos gerenciados pelo servidor. O Health Monitor também fornece acesso ao log de atividade do
servidor, para que possa ver mensagens geradas durante operações do servidor.
Gestão de recuperação de desastres: Se os servidores estão licenciados para o Tivoli Storage Manager Extended
Edition, você pode usar esta função para gerar automaticamente um plano de recuperação de desastres e rastrear
mídia.
Figura 10-3 mostra as conexões definidas para os nossos servidores e seu status como visto pelo Health Monitor.
Como você pode ver, você pode gerenciar todos os seus ambientes corporativos a partir de um só lugar, com apenas
uma conexão TCP / IP para seus servidores a partir do Centro de Administração.
visão geral ambiente Figura 10-3 Server e estado de saúde
Além disso, o Centro de Administração permite que você emitir comandos para o servidor usando uma interface
administrativa de linha de comando baseada em Java da janela do seu navegador (veja a Figura 10-4 na página
316). Para iniciar a CLI, selecione Use Command Line a partir de qualquer menu Selecionar ação, onde a lista de
servidores é

exibido. Você pode usar esta ferramenta sem ter que instalar o código CLI, que é descrito na seção seguinte.
Interface administrativa de linha de comando baseado em Java Figura 10-4
Recomendamos que você use a interface administrativa do Centro de Administração, uma vez que permite que você
execute todas as funções de administrador Tivoli Storage Manager a partir de um único local usando assistentes
orientados a tarefas sem a necessidade de estudar todos os comandos do servidor e possíveis consequências.
10,2 cliente Administrativo

Agora vamos considerar o cliente administrativo do Tivoli Storage Manager, que fornece uma interface de linha de
comando (CLI) para um servidor Tivoli Storage Manager. Nós

explicam como instalar um cliente administrativo do Tivoli Storage Manager e dizer-lhe quais as opções para
configurar. Alguns exemplos das interfaces para vários tipos de acesso também estão incluídos.
A linha de comando cliente administrativo é uma ferramenta que parece e funciona da mesma em todas as
plataformas suportadas. Não há dependência entre a plataforma de execução do cliente administrativo ea do
servidor. Por exemplo, você pode administrar um servidor UNIX, Linux ou z / OS a partir de um cliente
administrativo instalado no Windows e vice-versa.
instalação Código 10.2.1

O cliente administrativo de linha de comando (CLI) é fornecido como parte do pacote do cliente de
backup-archive. Portanto, você precisa instalar o cliente de arquivamento de backup base sobre as máquinas que
você pretende gerenciar servidores Tivoli Storage Manager de, usando o CLI. Normalmente, o CLI está instalado
no servidor Tivoli Storage Manager em si e quaisquer estações de trabalho usadas pelos administradores.
No UNIX e Linux, o CLI é instalado automaticamente com o pacote do cliente de arquivamento de backup.
Não há opção para instalar apenas o CLI.
Não é assim no Windows. O CLI é também parte do pacote do cliente de arquivamento de backup, mas não é
instalado automaticamente por um Típica instalação utilizando o assistente InstallShield. Para instalar o CLI no
Windows, escolha o personalizadas instalação e certifique-se de escolher o recurso de cliente administrativo a ser
instalado, como mostrado na Figura 10-5 na página 318.
Note-se que mesmo se você especificar para instalar apenas o cliente administrativo, a Microsoft Software Installer
pacotes de co-requisito, como GUI de arquivamento de backup do cliente, arquivos da Web e cliente API.

Figura 10-5 Usando InstallShield Wizard para instalar a interface cliente administrativo
Um método mais rápido é fazer uma instalação silenciosa usando msiexec, onde você pode especificar o cliente
administrativo para ser instalado, como no Exemplo 10-1.
instalação Exemplo 10-1 silenciosa do interface do cliente administrativo usando msiexec
c: \> msiexec / i "C: \ WindowsClient5.3.2 \ tsmcli \ x32 \ client \ Disk1 \ IBM Tivoli Storage Manager Client.msi"
RebootYesNo = "No" REBOOT = "Suppress" ALLUSERS = 1 INSTALLDIR = "c: \ arquivos de programas \ Tivoli
\ TSM" ADDLOCAL = "AdministrativeCmd" TRANSFORMA = 1033.mst / qn / l * v "c: \ tmp \ admincli_inst.log"
personalização cliente 10.2.2 Administrativo de linha de comando
Independentemente da plataforma do cliente, para usar a CLI, você deve:
Configurar o arquivo de opções do cliente.
Ter um ID de administrador do servidor Tivoli Storage Manager com a autoridade competente concedido.
Veja 8.1.4, “administradores recomendado” na página 286, para obter informações sobre como criar uma ID
de administrador.
opções do cliente para o cliente administrativo são definidos nos arquivos de opções do cliente. Supondo que
um método de comunicação TCP / IP, a única opção necessária é a TCPSERVERADDRESS. Recomendamos
a utilização de um nome DNS em vez do endereço IP pontilhada para a TCPSERVERADDRESS. Um
endereço IP pontilhada é

inflexível, porque cria problemas de gestão se o servidor Tivoli Storage Manager é movido ou o esquema de
endereçamento é alterado. Outros parâmetros úteis incluem a data, hora, número e opções de formato de
linguagem. Note-se que os clientes UNIX e Linux requerem a estrofe SERVERNAME adicional em seus
arquivos de opções.
Quando a opção TCPSERVERADDRESS está definido, o cliente tentará se conectar na porta padrão TCP / IP,
1500. Se o servidor está aguardando as conexões do cliente na outra porta, especifique que a porta usando a
opção cliente TCPPORT.
Com V5.1 Tivoli Storage Manager e depois você pode separar cliente e sessões administrativas usando o novo
TCPADMINPORT opção cliente e servidor (ver Exemplo 10-2). Isso pode ser útil em comunicações através de
um firewall, já que você pode criar diferentes conjuntos de regras para os clientes de backup-arquivamento e
clientes administrativos.
Você pode usar a opção TCPADMINPORT desde que a instância do servidor Tivoli Storage Manager também tem
a opção TCPADMINPORT definido no arquivo de opções do servidor (Exemplo 10-2). sessões do cliente
administrativo são permitidos em cada porto, a menos que o ADMINONCLIENTPORT opção do servidor está
definido NÃO, mas por padrão usará a porta especificada pela TCPADMINPORT (ver Exemplo 10-3 na página
320).
Tabela 10-1 resume algumas das opções do cliente administrativas mais comuns.
Tabela 10-1 Opções do cliente administrativo
Opção Notas
TCPSERVERADDRESS atlântico O nome DNS ou o endereço IP
TCPPORT 1500 Padrão
TCPADMINPORT 1505 Número da porta
FORMATO DE DATA 3 AAAA-MM-DD
TIMEFORMAT 1 hh: mm: ss
FORMATO NUMÉRICO 1 1.000,00
Exemplo 10-2 opções do cliente necessárias para estabelecer uma sessão administrativa
TCPSERVERADDRESS ATLÂNTICO
TCPPORT 1500
TCPADMINPORT 1505

Exemplo 10-3 mostra de iniciar uma sessão de CLI e exibindo a porta.
Exemplo 10-3 Estabelecer uma sessão administrativa no TCPADMINPORT
C: \ Documents and Settings \ Administrador> dsmadmc

Digite seu ID de usuário: admin
Coloque sua senha: *****

TSM: ATLANTIC> q opção tcpadminport
Opção servidor opções de Configuração
----------------- --------------------
tcpadminport 1505
TSM: ATLANTIC> sessão q
Comm Sess. Sess Espere Bytes Bytes Sess Plataforma Nome do cliente
Método número Estado Tempo Enviou Tipo recvd
------ ------ ------ ------ ------- ------- ----- -------- --------------------
4 TCP / IP Run 0S 309 223 administração WinNT ADMIN
TSM: ATLANTIC>
No Exemplo 10-4, confirmamos que a sessão está sendo executado na porta necessária.
Exemplo 10-4 sessão Administrativo é aberto na porta 1505
root @ Atlântico /: netstat | grep 1505

TCP4 0 0 atlantic.1505 diomede.2148 ESTABELECIDO
10.2.3 Command-Line Interface

O CLI é uma interface de modo de caracteres e, portanto, é bem adequado para usuários que gostam de digitar
comandos ou que são usados para as interfaces semelhantes, incluindo shells UNIX ou prompts de comando do
Windows. Também é útil se você não pode acessar a interface administrativa Web por qualquer motivo (por exemplo,
nenhum navegador disponível em um sistema particular).

Para iniciar a CLI, digite dsmadmc no prompt do sistema operacional. Você será solicitado para um ID
administrativo e senha. Sem autenticação, você não pode fazer logon no servidor Tivoli Storage Manager.
Exemplo 10-5 mostra o início de uma sessão de cliente administrativo no AIX.
Obviamente, o cliente só pode se conectar ao servidor Tivoli Storage Manager, se a instância do servidor está
sendo executado.
cliente de linha de comando Exemplo 10-5 dsmadmc
root @ Atlântico /: dsmadmc

Coloque sua senha:

TSM: ATLANTIC>
Você, então, digitar comandos administrativos do Tivoli Storage Manager no prompt

TSM: SERVERNAME>. Uma vez que um comando administrativo é executado, você sempre voltar para o
TSM: SERVERNAME> prompt. Este método interativo é também chamado laço modo. Se você usar o modo
interativo, você não tem que re-digitar sua senha a cada comando.
Outra maneira de iniciar uma sessão CLI é o chamado fornada modo. Você simplesmente digita
dsmadmc juntamente com o ID administrativo, a senha e o comando real que você deseja executar.
Neste modo, o cliente administrativo processa o comando e retorna ao prompt do sistema operacional.
Para obter ajuda da CLI prompt, digite Socorro xxx, Onde xxx estiver em branco, um comando, ou um número de
mensagem do Tivoli Storage Manager.
Bem como fornecer uma interface para executar comandos, a CLI oferece dois outros modos que são usados
apenas para fins de monitoramento. Você não pode entrar comandos administrativos, enquanto em qualquer um
destes dois modos. Estes modos são:
Modo Console: Quando dsmadmc é executado com o argumento -consolemode (ver Exemplo 10-6 na página
322) após a autenticação, todas as mensagens de log atividade são exibidos como eles são gerados. Neste
modo, você pode ver o status da sua instância do servidor sem ter que procurar o registro de atividade de
forma interativa.

modo de montagem: Isto é semelhante ao modo de console, mas apresenta apenas mensagens relacionadas a
operações de montagem e desmontagem volumes, incluindo solicitações para o administrador para Caixa ou check-in
de um volume. Exemplo 10-7 mostra como para iniciar o modo de montagem com -mountmode dsmadmc.
Exemplo 10-6 cliente Administrativo rodar em modo console
C: \> dsmadmc -consolemode


ANR2017I admin administrador emitido Comando: query LIBVOL ANR2017I admin administrador emitido
Comando: query DEVCLASS ANR2017I admin administrador emitido comando: BACKUP tipo DB = zero
completo = yes espera devclass = lto2-dc = yes
ANR0984I Processo 1 para BACKUP DATABASE começou em primeiro plano em 14:52:59. ANR2280I backup
completo começou como processo 1. Volume ANR8337I LTO 028AKK montado em LT01 unidade (/ dev / rmt0).
ANR0513I Processo um volume de saída aberta 028AKK. ANR1360I 028AKK Volume de saída aberta (sequência
número 1). ANR4554I Apoiado 960 de 1953 páginas de banco de dados. ANR4554I backup 1920 de 1953 páginas de
banco de dados. ANR1361I Volume de saída 028AKK fechado. ANR0515I Processo 1 fechado 028AKK volume.
backup de banco de dados ANR4550I completa (processo 1) completo, 1953 páginas copiadas. Processo ANR0985I 1 para
BACKUP DATABASE executado em primeiro plano completada com sucesso em estado conclusão 14:53:35.
ANR8336I Verificando rótulo de LTO 028AKK volume LT01 unidade (/ dev / rmt0). ANR8468I LTO volume de
028AKK desmontou do LT01 unidade (/ dev / rmt0) em Lib1 biblioteca.
Exemplo run 10-7 cliente administrativo no modo de montagem
C: \> dsmadmc -mountmode



ANR8337I LTO volume de 029AKK montado na unidade de LT02 (/ dev / rmt1). ANR8336I Verificando rótulo de
LTO 029AKK volume LT02 unidade (/ dev / rmt1). ANR8468I LTO volume de 029AKK desmontou do LT02 unidade
(/ dev / rmt1) em Lib1 biblioteca.
ANR8336I Verificando rótulo de LTO 029AKK volume LT01 unidade (/ dev / rmt0). ANR8829I Retirar o
volume 029AKK da ranhura 16 de Lib1 biblioteca em sua conveniência.
Se você estiver familiarizado com o ambiente shell sistema operacional, você vai encontrar o CLI para ser uma ferramenta
poderosa para administrar instâncias do servidor Tivoli Storage Manager. Você pode criar scripts automatizados que as
tarefas de administração facilidade ou fornecer saídas de monitoramento abrangentes. Para obter informações detalhadas
sobre dsmadmc
argumentos do comando, sintaxe e recursos, consulte a Referência do IBM Tivoli Storage Manager Administrator para
a sua plataforma de servidor.
10.3 Resumo
Agora você deve entender o que as tarefas são possíveis usando as interfaces do cliente administrativo. Vamos
agora avançar para o próximo capítulo, que discute operações do cliente em detalhe.

parte 3
Parte 3 detalhes operacionais
Nesta parte do livro discutimos cliente e servidor operacionais tarefas, como backup, restaurar, arquivar funções de
recuperação, interfaces de cliente e servidor, o planejamento do cliente, as tarefas de administração e
programação, bem como muitas operações de rotina que devem ser realizados diariamente ou semanal. Nós
também incluímos tarefas mais avançadas operacionais, tais como servidor-a-servidor exportação, a criação de
Tivoli Storage Manager para enviar Tivoli Enterprise Console alerta, e uma seção bastante longa sobre o
desempenho.
11
Capítulo 11. operações do cliente
Continuando a partir da parte de instalação e configuração deste livro, que já começaram a parte operacional em
que o nosso centro de discussões iniciais sobre como executar operações do cliente de arquivamento de backup,
como backup, restauração, arquivamento e recuperação de dados. exemplos de comandos são dados para
ambas as plataformas UNIX e Windows.
Para mais informações sobre as operações do cliente, consulte o IBM Tivoli Storage Manager Backup-Archive
Cliente Instalação e Guia do Usuário para a plataforma apropriada.
11.1 operações de backup Realização
Para iniciar o backup de um arquivo, diretório ou a máquina inteira, use o incrementais
comando, que é a opção padrão do GUI. Este comando faz o backup de todos os arquivos novos ou alterados no
domínio do cliente padrão ou nos sistemas de arquivos específicos que não são excluídos das operações de
backup.
Um comando de backup alternativa é a seletivo de comando (opção Always backup a partir da GUI). Durante um
backup seletivo, o Tivoli Storage Manager envia cópias de arquivos para o servidor, independentemente de eles
mudaram desde o último backup. Isso pode resultar em ter mais de uma cópia da mesma versão do arquivo no
servidor. Se isso ocorrer, você pode não ter tantas versões diferentes de cópia de arquivos no servidor como
pretendido. O seu limite versão pode consistir de arquivos idênticos. Para evitar isso, você deve usar normalmente o incrementais
comando para fazer backup apenas arquivos alterados e novos. No entanto, você pode considerar fazer um periódica seletivo
operação de backup para reagrupar todos os arquivos de uma máquina sobre uma fita. Isso pode ser útil se você não
está co-instalação de dados, ou como uma alternativa para a funcionalidade do conjunto de backup. Recomendamos
que o administrador do Tivoli Storage Manager define as configurações de colocação apropriados para as piscinas de
armazenamento de destino, assim você não precisa executar backups seletivos. Lembre-se que a funcionalidade do
conjunto de backup geralmente executa esta tarefa de forma mais eficiente, como é feito inteiramente dentro do
servidor e sem a necessidade de reenviar de quaisquer dados do cliente para o servidor.
Você também pode voltar-se um ou mais volumes ou volumes RAW como um único objeto usando o imagem de backup comando.
backups de imagem são muito mais rápidos do que os backups do sistema de arquivos completos. Eles também ocupam
menos espaço no banco de dados do servidor Tivoli Storage Manager uma vez que apenas uma entrada objeto é
necessário para representar toda a imagem. Você pode executar um backup de imagem estática, que desmonta e remonta
o volume como somente leitura para impedir que aplicativos de acessá-lo durante o processo de backup. Se você não quer
montar novamente o volume como somente leitura, você pode executar um backup de imagem dinâmico.
Um conjunto de arquivos que estão no espaços de arquivos diferentes também podem ser copiados para um espaço de
arquivos virtual no servidor Tivoli Storage Manager. o grupo de backup comando permite criar um backup consistente
point-in-time de um grupo de arquivos que é gerenciado como uma única entidade lógica.
backup baseado em diário é suportado em Windows e AIX (na V5.3.3.0 e posterior) clientes. Se o serviço de
mecanismo de diário estiver instalado e funcionando, por padrão, os backups incrementais irá executar
automaticamente backup baseado em diário nos sistemas de arquivos selecionados que são monitorados pelo
serviço de mecanismo de diário.

Tabela 11-1 dá exemplos de operações de backup usando um cliente de backup-archive UNIX.
Tabela 11-1 exemplos de comando de backup: UNIX
Se você quiser executar esta operação ... ... então este é o comando do cliente:
backup incremental do domínio do cliente dsmc incremental
backup incremental de um sistema de arquivos (/ home) dsmc incremental / home /
backup incremental de todos os arquivos em um dsmc incremental / home / fred /

diretório (/ home / fred) e todos os seus subdiretórios - subdir = yes
backup seletivo de um sistema de arquivos (/ home) e todos os dsmc seletiva / home / -subdir = yes
seus subdiretórios
backup seletivo de todos os arquivos em um diretório (/ home / dsmc seletiva / home / fred /
fred) e todos os seus subdiretórios - subdir = yes
Point-in-time, backup de volume lógico completo para um sistema dsmc backup de imagem / tsm
de arquivos (/ TSM)
backup de volume lógico para um dispositivo bruto (/ dev / teste) dsmc backup image / dev / teste
backup completo de todos os arquivos em / home / list1 para o virtual grupo de backup dsmc
espaço de arquivo = / virtualtsm contendo grp líder do grupo - filelist = / home / list1
- groupname = grp
- virtualfsname = / virtualtsm
Tabela 11-2 dá exemplos de operações de backup usando um cliente de arquivamento de backup do

Windows.
Tabela 11-2 exemplos de comando de backup: Windows
backup incremental do domínio do cliente dsmc incremental
backup incremental de todos os arquivos em um dsmc incremental c: \ wilma \ *

diretório (c: \ wilma) e todos os seus subdiretórios - subdir = yes
backup seletivo de um diretório (c: \ wilma) dsmc selectiva c: \ wilma \ *
backup seletivo de todos os arquivos em um diretório (c: \ wilma) dsmc selectiva c: \ wilma \ *
e todos os seus subdiretórios - subdir = yes
operações do cliente Capítulo 11. 329

dsmc imagem de backup d: \
backup completo de todos os arquivos em c: \ data \ list1.txt casa grupo de backup dsmc
para o espaço de arquivo virtual = \ virtualtsm contendo grp líder - lista_de_arquivos = c: \ dados \ list1.txt
do grupo - groupname = grp
- virtualfsname = \ virtualtsm
Dica sobre o processamento de inclusão-exclusão: Especialmente em plataformas Windows, tenha

cuidado com a diferença entre os padrões de dupla curinga (*. *) E curinga único (*). Em uma declaração
incluir / excluir, esses padrões são processadas de forma diferente. A especificação INCLUIR C: \ work \ * irá
unidade
corresponder a todos os arquivos no diretório de trabalho. A especificação INCLUIR C:. \ Work \ * * irá
corresponder a arquivos no diretório de trabalho somente se eles incluem o período ou ponto. Para os
comandos de backup, no entanto, os padrões são considerados o mesmo. Por exemplo, os dois comandos
dsmc incremental C: \ work \ * e dsmc incremental C: \ work \ * * ambos jogo todos os arquivos..
Portanto, se você colocar INCLUIR C:. \ Work \ * * em sua INCLUIR lista / EXCLUIR e, em seguida, emitir o
comando dsmc incremental C: \ work \ * você não verá todos os arquivos sem o ponto sendo feito backup.
declarações e comandos
Isso é porque de backup. backup
eles não correspondem de INCLUEM
à regra volume lógico completouma
(assumindo point-in-time
instruçãopara uma
de exclusão exclui tudo
o resto).
É recomendável que você configurar tudo incluir / excluir opções com um único curinga (por exemplo,
incluir C: \ work \ *, EXCLUIR D: \ Temp \ *) para evitar potenciais de diagnosticar difíceis problemas, a
menos que tenha um requisito específico para arquivos com pontos em seus nomes.
O próximo exemplo ilustra a relação entre caracteres universais nas Inclusão / Exclusão

11.1.1 Excluir regras que impedem alguns arquivos do backup
Suponha que há dois arquivos em um diretório c: \ tsm, myfile.doc e myfile. Nós configurar uma regra de exclusão
para evitar alguns dos arquivos, como mostrado no Exemplo 11-1.
Exemplo 11-1 incluir / excluir configurações no dsm.opt
..
excluir c: \ ... \ * incluem
c:. \ TS \ * *
...
O comando DSMC INCR nunca vai fazer backup do arquivo c: \ tsm \ myfile porque não é capturado pela
instrução INCLUDE e, portanto, está excluído sob a regra de exclusão. Não importa se você usar o curinga
double (*. *) Ou curinga único (*) no comando INCR. Exemplo 11-2 mostra que o myfile arquivo é excluído, mas
myfile.doc está incluído. Olhe para os objetos inspecionados e os objetos backup estatísticas.
Exemplo 11-2 do Windows backup incremental usando double curinga (*. *) Seqüência de pesquisa
C: \ Arquivos de Programas \ Tivoli \ TSM \ baclient> dsmc ic: \ TS \ *. *

Linha de Comando Backup / Archive cliente interface do
cliente Versão 5, Release 3, Nível 2.0 data Cliente / hora:
2006/02/20 14:13:12
(C) Copyright pela IBM Corporation e outro (s) 1990 2005. Todos os direitos reservados.
Nome do nó: TSM_CLIENT_DEMO

Sessão estabelecida com LOCHNESS_SERVER1 servidor: Windows Server
backup incremental do volume 'c: \ tsm \ *. *' Directory ->

0 \\ klchv3x \ c $ \ TS [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ charlotte [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ eduardo [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ martin [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ Norbert [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ peter [enviado]
Arquivo Normal -> 104.908 \\ klchv3x \ c $ \ TS \ myfile.doc [enviado]
backup incremental bem-sucedida de '\\ klchv3x \ c $ \ TS \ *'
Número total de objetos inspecionados: 8

Número total de objetos backup: 7
Número total de objetos atualizados: 0

Número total de objetos rebote: 0
Número total de objetos excluídos: 0
Número total de objetos expirados: 0
Número total de objetos falhou: 0
Número total de objetos de subarquivo: 0
Número total de bytes transferidos: 103,78 KB
tempo de transferência de dados: 0,01 seg
Rede taxa de transferência de dados: 10,378.22 KB / seg
taxa de transferência de dados agregados: 5,88 KB / seg
Objetos compactados por: 0%
objetos subarquivo reduzidos por: 0%
tempo de processamento decorrido: 00:00:17
Exemplo 11-3 mostra que mesmo se a corda no comando de backup é alterado de dupla curinga (*. *) Para
curinga único (*), o myfile arquivo é ainda excluídos do backup. Por favor, note que temos eliminado o espaço
de arquivo que foi criado por meio do teste anterior, a partir do servidor.
Exemplo 11-3 do Windows backup incremental usando único curinga (*) seqüência de pesquisa
C: \ Arquivos de Programas \ Tivoli \ TSM \ baclient> dsmc ic: \ TS \ *

2006/02/20 14:15:15
Nome do nó: TSM_CLIENT_DEMO

backup incremental do volume 'c: \ tsm \ *' Directory ->

0 \\ klchv3x \ c $ \ TS [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ charlotte [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ eduardo [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ martin [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ Norbert [enviado]
Directory -> 0 \\ klchv3x \ c $ \ TS \ peter [enviado]
Arquivo Normal -> 104.908 \\ klchv3x \ c $ \ TS \ myfile.doc [enviado]
backup incremental bem-sucedida de '\\ klchv3x \ c $ \ TS \ *'


Número total de objetos de subarquivo: 0
Número total de bytes transferidos: 103,78 KB
Rede taxa de transferência de dados: 0,00 KB / seg
taxa de transferência de dados agregados: 6,89 KB / seg
objetos subarquivo reduzidos por: 0%
O mesmo acontece para os correspondentes dsmc selectiva comandos.
11.1.2 UNIX exemplos de linha de comando e de saída
Aqui estão alguns exemplos de backup do UNIX. Eles foram levados em um cliente AIX, mas todos os clientes UNIX e Linux
funcionam de forma semelhante.
Backup incremental
Exemplo 11-4 mostra uma operação de cópia de segurança incremental.
backup incremental Exemplo 11-4 UNIX
root @ Atlântico / tsm: dsmc incr / TS / -su = yes

02/20/06 15:17:55
Nome do nó: ATLANTIC

backup incremental do volume '/ TS /' Directory ->

256 / TS / Charlotte [Enviados]
Directory -> 256 / TS / Eduardo [Enviados]
Directory -> 256 / TS / perdido + encontrado [Enviados]
Directory -> 256 / TS / Martin [Enviados]

Directory -> 4096 / TS / Norbert [Enviados]
Directory -> 256 / TS / Peter [Enviados]
Directory -> 4096 / TS / sys [Enviados]
Arquivo Normal -> 1048576 / TS / Charlotte / dados 1 [Enviados]

Arquivo Normal -> 1048576 / TS / Charlotte / dados3 [Enviados]
Arquivo Normal -> 1048576 / TS / Eduardo / dados 1 [Enviados]
Arquivo Normal -> 1048576 / TS / Eduardo / dados3 [Enviados]
Arquivo Normal -> 1048576 / TS / Martin / dados 1 [Enviados]
Arquivo Normal -> 1048576 / TS / Martin / dados3 [Enviados]
Arquivo Normal -> 1048576 / TS / Norbert / dados 1 [Enviados]
Arquivo Normal -> 1048576 / TS / Norbert / dados3 [Enviados]
Arquivo Normal -> 1048576 / TS / Peter / dados 1 [Enviados]
Arquivo Normal -> 1048576 / TS / Peter / dados 2 [Enviados]
Arquivo Normal -> 1048576 / TS / Peter / dados3 [Enviados]
Arquivo Normal -> 105 /TS/sys/devconfig.txt [Enviados]
Arquivo Normal -> 233 /TS/sys/dsmserv.dsk [Enviados]
Arquivo Normal -> 67985 /TS/sys/dsmserv.opt [Enviados]
Arquivo Normal -> 9 /TS/sys/hbaapi.lvl [Enviados]
Arquivo Normal -> 1027 /TS/sys/rc.tsmserver [Enviados]
Arquivo Normal -> 641 /TS/sys/volhist.txt [Enviados]
backup incremental bem-sucedida de '/ TS / *'

Número total de bytes transferidos: 15.06 MB
taxa de transferência de dados agregados: 7,686.76 KB / seg
backup de volume lógico

Exemplo 11-5 mostra um exemplo de uma operação de cópia de segurança volume lógico completo.
backup de volume lógico Exemplo 11-5 UNIX
root @ Atlântico / tsm: dsmc backup image / home -se = lochness

02/20/06 15:20:47

Backup Função Imagem invocado.
Utilizando um backup de imagem estática.

Volume -> 33.554.432 / home [enviado]
Processamento de imagem de backup de '/ home' terminou sem falhas.

Nota sobre AIX JFS e volumes brutos: O comando backup image sabe a diferença entre um volume bruto lógico
(com nenhum sistema de arquivos) e um volume lógico com um sistema de arquivos registrados (JFS) definido para
ele. Você não pode utilizar a função de imagem de backup para tentar fazer backup de um sistema de arquivos JFS
definida usando sua especificação de dispositivo bruto. No exemplo anterior, se você tentar executar um dsmc
backup de imagem / dev / tsm, o comando falhará porque este é um sistema de arquivos JFS. Por outro lado, você
será capaz de realizar um dsmc backup de imagem / dev / testlv,
desde que seja um volume lógico bruto sem definições do sistema de arquivos JFS no lugar.
Exemplo 11-6 mostra um backup bem-sucedido de imagem RAW (/ dev / teste) e uma falha (/ dev / TSM) ao tentar
usar a função de imagem de backup em um sistema de arquivos JFS definido.
backup de volume lógico bruto Exemplo 11-6 UNIX
root @ Atlântico / tsm: LSF testlv00

LSF: 0506-915 Nenhum registro correspondente / tsm / testlv00 foi encontrada em / etc / filesystems.
root @ Atlântico / tsm: dsmc backup image / dev / testlv00


02/20/06 15:39:25

Utilizando um backup de imagem estática.

Volume -> 33.554.432 / dev / testlv00 [enviado]
Processamento de imagem de backup de '/ dev / testlv00' terminou sem falhas.

root @ Atlântico / tsm: LSF / dev / HD1

Nome Nodename montagem Pt VFS Tamanho opções Auto
Contabilidade /
dev / HD1 -- /casa JFS2 65536 - sim
não
root @ Atlântico / tsm: dsmc backup image / dev / HD1 -se = lochness
02/20/06 15:43:23


ANS1063E O caminho especificado não é um sistema de arquivo válido ou nome de volume lógico.
backup de grupo
Exemplo 11-7, exemplo 11-8, e 11-9 exemplo na página 339 mostra exemplos de comandos relacionados a e
incluindo o grupo de backup comando.
Exemplo 11-7 mostra a saída do query filespace comando. Neste ponto, nós não ter executado o grupo de
backup comandar ainda.
espaço de arquivo Exemplo 11-7 consulta
TSM: LOCHNESS_SERVER1> arquivos q

Nome do nó Filespace FSID Platform Filespace é Arquivos- Capacidade Nome Pct

Tipo ritmo (MB) Util
Unicode?
--------------- ----------- ---- -------- --------- --------- -------- -----
ATLÂNTICO / TS 1 AIX JFS2 Não 32,0 48,3
ATLÂNTICO /casa 2 AIX JFS2 Não 32.0 1.1
ATLÂNTICO / Dev / testl- 3 AIX CRU Não 32,0 100,0
V00
TSM_CLIENT_DEMO \\ klchv3x \ - 3 WinNT NTFS sim 21,1 38,154.3
c$
No Exemplo 11-8, primeiro criamos uma lista de arquivos para backup em um arquivo chamado filelist. Em seguida,
executar o grupo de backup comando.
Exemplo 11-8 grupo de comando e de saída de backup
raiz @ Atlântico / TS: mais filelist

/ Home / guest / data1 / TS /
Charlotte / data1 / TS /
Charlotte / dados / TS /
eduardo / data1 / TS / Martin /
data2 / TS / Norbert / data1 /
TS / peter / data3
filelist /usr/tivoli/tsm/client/ba/bin/dsm.opt: END

root @ Atlântico > grupo dsmc backup -filelist = / TS / filelist
- nomedogrupo = residentgrp -virtualfsname = / tsmresidentfs -mode = completo

2006/02/20 17:40:02

modo de função de grupo de backup invocado = CHEIO.
Directory -> 256 / home / guest [enviado]

Arquivo Normal -> 1.048.576 / home / guest / data1 [enviado]
Directory -> 256 / TS / Charlotte [Enviados]
Directory -> 256 / TS / Eduardo [Enviados]
Directory -> 256 / TS / Martin [Enviados]
Directory -> 4096 / TS / Norbert [Enviados]
Directory -> 256 / TS / Peter [Enviados]
Arquivo Normal -> 1048576 / TS / Peter / dados3 [Enviados]
Directory -> 256 / usr / tivoli [Enviados]
Directory -> 256 / usr / tivoli / tsm [Enviados]
Directory -> 256 / usr / tivoli / tsm / client [enviado]
Directory -> 256 / usr / tivoli / tsm / client / ba [enviado]
Directory -> 4.096 / usr / tivoli / tsm / client / ba / bin [enviado]
Arquivo Normal -> 655 /usr/tivoli/tsm/client/ba/bin/dsm.opt [Enviados]
Arquivo Normal -> 171 / TS / lista_de_arquivos [Enviados]
processamento de backup de 'residentgrp' terminou sem falhas.


Exemplo 11-9 está no servidor Tivoli Storage Manager. Isso mostra que um novo espaço de arquivo é criado, /
tsmresidentfs, após a conclusão do grupo de backup comando. Note que o tipo de espaço de arquivo é
TSMVFS.
Exemplo 11-9 consulta saída de espaço de arquivo depois de backup de grupo
TSM: LOCHNESS_SERVER1> arquivos q
Nome do nó Filespace FSID Platform Filespace é Arquivos- Capacidade Nome Pct

Tipo ritmo (MB) Util
Unicode?
--------------- ----------- ---- -------- --------- --------- -------- -----
ATLÂNTICO / TS 1 AIX JFS2 Não 32,0 48,3
ATLÂNTICO /casa 2 AIX JFS2 Não 32.0 1.1
ATLÂNTICO / Dev / testl- 3 AIX CRU Não 32,0 100,0
V00
ATLÂNTICO / tsmreside- 4 AIX TSMVFS Não 0,0 0,0
ntfs
TSM_CLIENT_DEMO \\ klchv3x \ - 3 WinNT NTFS sim 21,1 38,154.3
c$
WINHSM_CLIENT_- winhsm_fil- 2 Windows API: TSM sim 183,3 100,0

DEMONSTRA espace HSM Cli- ent
para
Windows
Importante: o grupo de backup comando só pode ser executado a partir da linha de comando Tivoli
Storage Manager backup-archive.
No cliente Tivoli Storage Manager, podemos ver detalhes do grupo com o

grupo de consulta de comando, conforme mostrado no Exemplo 11-10. Podemos ver os membros do grupo
com a opção showmembers.
Exemplo 11-10 Cliente consulta o grupo
tsm> grupo q / tsmresidents / *

Tamanho de backup Data Mgmt classe A / I Tipo de Grupo
---- ----------- ---------- --- ---- -----
7351355 B 2006/02/20 16:13:43 PADRÃO A FULL / tsmresidents / res
identgrp tsm> grupo q / tsmresidents / residentgrp -showmembers
Tamanho de backup Data Mgmt classe A / I Tipo de Grupo

---- ----------- ---------- --- ---- -----

7351355 B 2006/02/20 16:13:43 PADRÃO A FULL / tsmresidents / res
identgrp
Tamanho de backup Data Mgmt classe A / I Arquivo

---- ----------- ---------- --- ----
256 B 2006/02/20 16:13:43 PADRÃO A / tsmresidents / home
256 B 2006/02/20 16:13:43 PADRÃO A / tsmresidents / TS
4096 B 2006/02/20 16:13:44 PADRÃO A / tsmresidents / usr
256 B 2006/02/20 16:13:44 PADRÃO A / tsmresidents / home / gue
st 1048576 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / home / gue
r / dados1 256 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / charl
Otte 1048576 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / charl
Otte / dados1
1048576 B 2006/02/20 16:13:44 PADRÃO A / tsmresidents / TS / charl
Otte / dados2 256 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / eduar
Faz 1048576 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / eduar
fazer / data1 256 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / Marti
n
1048576 B 2006/02/20 16:13:44 PADRÃO A / tsmresidents / TS / Marti
n / dados2 4096 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / Norbe
t.a. 1048576 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / Norbe
rt / dados1 256 B 2006/02/20 16:13:44
PADRÃO A / tsmresidents / TS / Peter
1048576 B 2006/02/20 16:13:44 PADRÃO A / tsmresidents / TS / Peter
/ data3
256 B 2006/02/20 16:13:45 PADRÃO A / tsmresidents / usr / tivo
li
li / TSM
li / tsm / client
li / tsm / client / ba
li / tsm / client / ba / bin
li / tsm / client / ba / bin / dsm.opt

Criar conjunto de backup
Os conjuntos de backup são criados usando um comando do servidor Tivoli Storage Manager, em vez de através do cliente de
arquivamento de backup. O conjunto de backup gerado pode ser armazenado em um arquivo ou no armazenamento seqüencial. No
Exemplo 11-11, criamos um conjunto de backup do espaço de arquivo do cliente / TS para armazenamento em disco, usando uma classe
de dispositivo FILE.
Exemplo 11-11 Criar um conjunto de backup
TSM: ATLANTIC> gerar espera backupset Atlântico BS1 / TS devc = seqf-dc = yes
ANR0984I Processo de 137 para GERAR Backupset começou em primeiro plano em 16:47:18.
ANR3500I backup definido para nó ATLANTIC como BS1.136180 sendo gerado. ANR3501I backup definido
para ATLANTIC como BS1.136180 concluída com êxito - processadas 33 arquivos.
ANR3505I backup definido para ATLANTIC como BS1.136180 usado

/tsm/stg/seqf/43247638.ost volume.
ANR0987I Processo de 137 para GERAR Backupset executado em primeiro plano processado 33 itens com um
estado de conclusão de sucesso em 16:47:19.
TSM: ATLANTIC> q backupset
Nome do nó: O backup

ATLANTIC Set Nome: BS1.136180
Data / Hora: 2006/03/24 16:47:19 Período de
Retenção: Classe 365 Device Name: SEQF-DC
Descrição: Sem descrição
O servidor cria automaticamente um arquivo para armazenar o conjunto de backup, /tsm/stg/seqf/43247638.ost. O

cliente pode ver o conjunto de backup criada usando o
query backup definido de comando, tal como no exemplo 11-12.
Exemplo 11-12 Cliente conjunto de backup consulta
tsm> q backupset
Nome do Conjunto de backup Generation Data Retention Descrição

------------------------------ ------------------- ---------- -----------
1 BS1.136180 2006/03/24 16:47:19 365 não Descrição
tsm>
O ponto de conjuntos de backup é que eles podem ser feitos para mídia portátil, como fitas ou gravados CDs. A mídia
pode então ser carregado diretamente para o cliente para restauração direta. No nosso caso, estamos usando o cliente
de arquivamento de backup no servidor Tivoli Storage Manager em si, e nós escrevemos o conjunto de backup para um
arquivo em disco. Portanto, este arquivo é automaticamente disponível para restaurar, que veremos no 11.2.1, “UNIX
exemplos de linha de comando e de saída” na página 348.

exemplos de backup 11.1.3 do Windows GUI
Figura 11-1 mostra a GUI de backup do Windows. Em outras plataformas, utilize o cliente-o olhar Java ou Web
e sentir é quase idêntica.
A partir desta janela, você pode selecionar os arquivos ou pastas específicas que você deseja fazer o backup e você pode
selecionar a partir de um ou backup incremental, seletivo, imagem.
GUI de backup Figura 11-1 do Windows
A função de estimativa (ver o botão Estimativa ao lado do botão de backup) calcula a quantidade total de
dados seleccionados para backup e estima a quantidade de tempo que levará para apoiá-la. Figura 11-2 na
página 343 mostra a saída estimada para os ficheiros seleccionados na figura anterior. Esta função é
histórico, isto é, o comprimento calculado de tempo para o backup é baseado no rendimento da operação do
cliente anterior. Portanto, a primeira vez que utilizar o cliente Tivoli Storage Manager e executar a função de
estimativa, o tempo de transferência estimado fica acinzentado, uma vez que não há dados anteriores para
consulta.

função Figura 11-2 Estimado
Após a operação de backup for concluída, um relatório de status semelhante ao da Figura 11-3 exibe. Este
relatório contém dados como a quantidade total de arquivos de backup e a taxa de transferência durante a
operação de backup. O botão View está disponível somente se houver erros foram encontrados durante a
operação.
Figura relatório 11-3 backup

11.1.4 opções de backup adicionais para o Windows
Nesta seção, vamos discutir as opções de backup disponíveis apenas para clientes Windows:
backups de subarquivo adaptável deve ser usado se backups são enviados em um dispositivo com largura
de banda muito limitada, como um modem. Apenas partes alteradas dos arquivos são enviados através da
rede. Isso reduz o tráfego na rede e acelera de backup também. Defina o subfilebackup, subfilecachepath e
subfilecachesize no arquivo de opções do cliente, dsm.opt.
Você pode realizar backups de arquivos abertos no Windows 2000/2003 clientes / XP se o Logical Volume
Snapshot Agent (LVSA) está instalado e configurado. Tivoli Storage Manager leva uma cópia point-in-time de
um arquivo que está bloqueado (aberta) por outra aplicação. LVSA pode ser instalado usando o assistente de
configuração do cliente.
Você pode fazer backup do sistema Windows 2000 / XP objetos em conjunto ou individualmente.
Recomendamos que você apoiá-la em conjunto para manter a consistência. Para clientes do Windows 2003,
você pode fazer backup de serviços de estado do sistema e do sistema. Tivoli Storage Manager utiliza o
Microsoft Volume Serviços ShadowCopy (VSS) para fazer isso. Figura 11-4 na página 345 mostra como fazer o
backup do objeto do sistema do Tivoli Storage Manager GUI. É recomendável que você faça um backup
completo de todos os componentes do objeto do sistema, ao mesmo tempo, de modo que ele está em um
estado consistente.

Figura 11-4 Windows 2000 backup de objeto do sistema
11,2 duração operações de restauração
Para restaurar um arquivo, um diretório, ou até mesmo toda a máquina, você precisa saber duas coisas: que que pretende
restaurar (nome do arquivo, diretório) e, opcionalmente, a partir de quando
(Point-in-time), se você deseja restaurar uma versão do arquivo que não seja a mais recente.
Importante: Você não precisa saber onde os dados realmente é. Quando você solicita um arquivo, o Tivoli
Storage Manager encontra a sua localização no banco de dados do servidor e procura a porção de disco direita
ou monta o volume de fita direita.
Para restaurar arquivos, especifique os diretórios ou arquivos selecionados tanto na linha de comando ou clicando
para baixo através da estrutura de diretório exibido na GUI. Ambos

o GUI ea interface de linha de comando tem funções de pesquisa no caso de você não sabem os nomes de arquivo exatas
ou diretórios necessários para a restauração. Você também pode selecionar os arquivos a partir de uma lista usando a
opção PICK com a linha de comando comando de restauração, como mostrado no Exemplo 11-13.
Exemplo 11-13 UNIX restaurar com opção pick
tsm> restaurar / TS / * -subdir = yes -pick
TSM PICK Scrollable Janela - Restaurar
# De backup Data / Hora Tamanho do Arquivo A / I Arquivo
-----------------------------------------------------------------------
1. | 02/20/06 15:17:12 256 BA / ST / Charlotte
2. | 02/20/06 15:17:12 256 BA / ST / Eduardo
3. | 02/20/06 15:17:12 256 BA / ST / perdido + encontrado
4. | 02/20/06 15:17:12 256 BA / ST / Martin
5. | 02/20/06 15:17:12 4,00 KB A / TS / Norbert
6. | 02/20/06 15:17:12 256 BA / ST / Peter
7. | 02/20/06 15:17:12 4,00 KB A / TS / sys
8. | 02/20/06 15:17:12 1,00 MB A / TS / Charlotte / dados1
11. | 02/20/06 15:17:12 1,00 MB A / TS / Eduardo / dados1
14. | 02/20/06 15:17:12 1,00 MB A / TS / Martin / dados1
15. | 02/20/06 15:17:12 1,00 MB A / TS / Martin / dados2
0 --------- 10 20 -------- -------- -------- 30 40 50 --- -------- ----- -------- 60 7 <U> = Up <D> = para baixo <T> = Top <B> =
inferior <R #> = Direita <L #> = Esquerda <G #> = Goto linha # <#> = Alternar Entrada <+> = Selecionar tudo <-> = Desmarcar
tudo <#: # +> = selecionar um intervalo <#: # -> = desmarcar uma Faixa <O> = Ok <C> = Cancelar escolha>
As opções na parte inferior da tela permite que você selecione todas ou algumas das entradas de arquivo para restauração.
Você pode restaurar arquivos em seu diretório original ou para um local diferente. Dependendo do que você
está restaurando, você pode precisar usar a opção preservepath, que especifica a quantidade do caminho de
origem que você deseja preservar e anexar o caminho de destino especificado com a operação de restauração.
Uma cópia de arquivo pode estar em um dos três estados: ativos, inativos ou expirados. Uma cópia de arquivo ativo é a
cópia mais atual do arquivo, uma cópia de arquivo inativo é uma cópia anterior do arquivo (ou qualquer cópia de um
arquivo que não existe mais no cliente), e uma cópia de arquivo expirado é uma cópia a ser removidas do servidor Tivoli
Storage Manager. Apenas versões ativas são apresentados para restaurar a menos que você use os inactivos ou

ÚLTIMAS opções. A opção INACTIVE instrui o Tivoli Storage Manager para exibir e restaurar um backup
inativo se um ativo não estiver disponível, e a opção latest Restaura a versão de backup mais recente de um
arquivo, mesmo se o backup estiver inativo. Não é possível restaurar uma versão do arquivo expirado.
Tabela 11-3 apresenta alguns exemplos de operações de restauração usando um cliente de backup-archive
UNIX.
Tabela 11-3 Restaurar exemplos de comando: UNIX
Se você quiser executar esta operação ... .... então este é o comando do cliente
Restaurar um único arquivo (/ home / discussão). dsmc restore / home / Barney
Restaurar um diretório e todos os arquivos a partir desse nível (/ dsmc restore "/ home /"
home).
Restaurar todos os arquivos em um diretório (/ home) com todos os dsmc restore "/ home /" -subdir = yes
seus subdiretórios.
Restaurar um diretório completo (/ home para / temp) com todos dsmc restore / home / discussão / temp
os subdiretórios e escrever caminho completo do destino. - preservepath = completa
- subdir = yes
Restaurar uma imagem de volume lógico para um sistema de dsmc restore image / tsm
arquivos montado existente (/ TSM).
Restaurar um dispositivo RAW para uma área alocada dsmc restore image / dev / testlv
existente (/ dev / testlv).
Restaurar um conjunto de backup dsmc restore backupset

(barney_monthlyBS.1234) a partir do servidor. barney_monthlyBS.1234
Restaurar um conjunto de backup usando a unidade de fita local (/ dsmc restore backupset / dev / rmt0
dev / rmt0). - location = tape
Restaurar um subconjunto de arquivos a partir de um dsmc restore backupset / dev / mt0 /home/*.log
conjunto de backup de fita. -location = fita
Restaurar todos os membros no backup de grupo grp / dsmc grupo {virtualtsm} /

virtualtsm / para seu local original. grp restaurar
Nota: Apenas um usuário principal do UNIX pode executar o backup e restaurar as operações de imagem.

Tabela 11-4 apresenta alguns exemplos de operações de restauração usando um cliente de arquivamento de backup do
Windows.
Tabela 11-4 Restaurar exemplos de comando: Windows
Se você quiser executar esta operação ... .... então este é o comando do cliente
Restaurar um único arquivo (C: \ tsm \ betty.doc). dsmc restore c: \ tsm \ betty.doc
Restaurar um diretório e todos os arquivos desse nível dsmc restore c: \ tsm \

(C: \ tsm).
Restaurar a imagem d :. dsmc restore imagem d:
Restaurar todos os arquivos de um diretório (C: \ TSM), com todos dsmc restore c: \ tsm \ -subdir = yes
os seus subdiretórios.
Restaurar um subdiretório inteiro (C: \ tsm para D: \ temp) com dsmc restaurar c: \ tsm \ d: \ temp
todas as subpastas, e escrever o caminho completo do destino. - preservepath = completa
- subdir = yes
Gorjeta: Use o verifyimage opção com o comando restore image para detectar setores defeituosos no
volume de destino.
11.2.1 UNIX exemplos de linha de comando e de saída
Aqui estão alguns exemplos de linha de comando.
arquivo de restauração
Exemplo 11-14 mostra um UNIX restaurar a operação e a sua saída de comando. Para simular um cenário da vida
real, nós excluídos os dados originais a partir do cliente antes de fazer a restauração, por isso, não será solicitado
para opções de colisão.
Exemplo 11-14 UNIX restaurar a produção
tsm> restaurar / TS / * -subdir = yes

função chamada restauração.
ANS1247I Esperando arquivos do servidor ... Restaurar

256 / TS / Charlotte [Feito]
restaurar 256 / TS / Eduardo [Feito]
restaurar 256 / TS / perdido + encontrado [Feito]
restaurar 256 / TS / Martin [Feito]

restaurar 4096 / TS / Norbert [Feito]
restaurar 256 / TS / Peter [Feito]
restaurar 4096 / TS / sys [Feito]
restaurar 1048576 / TS / Charlotte / dados 1 [Feito]
restaurar 1048576 / TS / Charlotte / dados 2 [Feito]

6.1 Exemplo Ambiente: Site Off

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

6.1 Exemplo Ambiente: Site Off

Enviado por

Direitos autorais:

Formatos disponíveis

6.

NO LOCAL SITE OFF

IBM Tivoli Storage

Conjuntos de armazenamento ESVAZIAR

de backup para copiar OFFDIRS

Enviar cópia para saltar

hierarquia piscina Figura 6-1 Armazenamento para a nossa configuração recomendada

216 Guia IBM Tivoli Storage Implementação Gestor

Os exemplos neste capítulo configurar os seguintes pools de armazenamento:

6.1.2 piscinas de armazenamento de cópias

A solução de exemplo tem dois conjuntos de armazenamento de cópia:

Capítulo armazenamento 6. Dados 217

- Para armazenar o log de banco de dados e recuperação.

Existem dois tipos de pool de armazenamento baseado em disco:

que usam os dispositivos.

218 Guia IBM Tivoli Storage Implementação Gestor

Verifique o gerenciador de dispositivos do Windows para assegurar que a biblioteca é exibido em

uma. A biblioteca (SCSI (automatizada) ou manual)

b. A biblioteca caminho ( isto é, o link do servidor para funcionamento da biblioteca

c. unidades de fita dentro da biblioteca

d. Os caminhos de unidade (uma para cada unidade) Lógico

Capítulo armazenamento 6. Dados 219

pode usar a mesma classe de dispositivo.

220 Guia IBM Tivoli Storage Implementação Gestor

piscina stg piscina stg Cópia

1 Fisica Biblioteca 6.2.1, “Definindo N/D N/D N/D

2 Caminho da biblioteca 6.2.2, “Definindo N/D N/D N/D

3 Dirigir 6.2.3, “Definindo N/D N/D N/D

4 Path unidade 6.2.4, “Definindo N/D N/D N/D

Capítulo armazenamento 6. Dados 221

piscina stg piscina stg Cópia

5 Lógico Classe de dispositivo 6.2.5, “Definindo N/D 6.2.6, “Definindo

uma classe de uma classe de

dispositivo para dispositivo arquivo

uma biblioteca” na seqüencial” na

página 228 página 230

um pool de um acesso conjunto de cópia ga pool

armazenamento aleatório pool de armazenamento de

em fita de acesso armazenamento seqüencial arquivo de armazenamento”

sequencial” na em disco” na acesso”, na página na página 23 7

página 232 página 233 234

7 Volume 6.4.2 6.4.1, N/D

6.2.1 Definindo uma biblioteca

Exemplo 6-1 Definindo uma biblioteca automatizada de SCSI

TSM: ATLANTIC> q LiBr f = d

Nome biblioteca: 3582LIB

222 Guia IBM Tivoli Storage Implementação Gestor

6.2.2 Definir um caminho para uma biblioteca

root @ Atlântico /: fita lsdev -Cc

Capítulo armazenamento 6. Dados 223

Exemplo 6-2 A definição de um caminho de uma biblioteca automatizada

de biblioteca = / dev / smc0 on-line = yes

ANR1720I Um caminho de ATLANTIC para 3582LIB foi definido.

TSM: ATLANTIC> q caminho f = d

Fonte Nome: ATLANTIC Tipo

TSM: ATLANTIC> q biblioteca f = d

Nome biblioteca: 3582LIB

224 Guia IBM Tivoli Storage Implementação Gestor

6.2.3 Definindo uma unidade em uma biblioteca

Exemplo 6-3 Definição de Unidades de uma biblioteca automatizada

ANR8404I unidade DR00 definido no 3582LIB biblioteca.

Capítulo armazenamento 6. Dados 225

Nome biblioteca: 3582LIB Unidade