Adabas Mainframe

Valor Nulo

2011-04-21T18:18:00.001-07:00

O Adabas tem um valor especial chamado um valor nulo, o que significa uma ausência de informação. Algumas vezes não é interessante usar, imagine um campo com os dados do cliente cujo o nome seja nulo, como podemos identificar o cliente. Você não pode definir campos de dados para armazenar dados nulos NU, especificando a opção de definição de dados declarações. Em condições normais de armazenamento de dados (ou seja, não especificados NU), um valor nulo é representado por dois bytes (um para o comprimento e um valor para o valor nulo). Suprimindo valores nulos resulta em um valor nulo a ser representado por um byte, um campo vazio indicador. O valor nulo em si não é armazenada. Saber se um campo de dados tiver valores nulos assiste-lhe, por escrito, os critérios de selecção e entrando em valores para atualizar os dados ADABAS. Por exemplo, se a opção for especificada NU ADABAS descritor para um campo de dados, valores nulos para o campo de dados não são armazenados no lista invertida. Por isso, uma pesquisa usando esse campo de dados e um valor nulo como o valor pesquisa, resultaria em nenhum registro selecionado, apesar de poder haver registros que contêm um valor nulo para o campo de dados.

SUPRESSÃO DE VALORES BANCOS E NULOS

01 - Valores em brancos ou zero não são armazenados no banco.
02 - Campos nulos (consecutivos) são representados por um byte.
03 - Campos descritores com valores nulos não ficam na lista invertida, somente quando solicitado o Null Supress, opção que pode ser marcada na hora de criação do campo.
04 - Campos não nulos são precedidos por um byte de comprimento.

Parâmetros Adabas

2011-04-21T18:05:00.000-07:00

ADARUN MODE=xxxx - Especifica o modo de operação do Adabas, onde MODE=SINGLE o banco sobe no ar para ser usando somente para um utilitario (usado muito para fazer algum procedimento com o banco fora do ar - tipo backup com o banco fora do ar - ele coloca o banco no ar somente para fazer este o procedimento) MODE=MULT o banco fica online para todos os usuários acessar.

ADARUN SVC=xxxx - Especifica a sessão a ser usado para o Adabas para a sua instalação.

ADARUN DBID=xxxx - Especifica o número do banco (identificação do banco).

ADARUN DATACACHE=xx - (Habilita/Desabilita) o controle de cache para o Data Storage. YES (default), armazena no ASSOCACHE, WORKCACHE, SORTCACHE e TEMPCACHE para ser lido posteriormente, (NO) Não será habilidada esta função.

ADARUN DEVICE=xxxx - Informa o device dos discos que foram formatados.

ADARUN CT=xxx - Command Time Limit (segundos) - Número maximo em segundos para uma comunicação da inter-region dos resultados dos usuários do Adabas, é o tempo maximo que o Adabas tem que passar a solicitação do usuário.

ADARUN DUALPLD=xxx - Especifica o device que foi formatado as areas de CLOG.

ADARUN DUALPLS=xxx - Especifica o número de blocos disponiveis para o CLOG - Minimo de 16 e maximo de 16777215 (versão 7.4.4 do Adabas)

ADARUN LBP=xxx - Especifica o tamanho do buffer.

ADARUN LCP=xxx - Especifica o número máximo de bytes usados para o Adabas durante uma sessão, ela é usada para manter a segurança na informação na memoria em ordem e para melhorar a performance.

ADARUN LDE=xxx - (Lengt of Unique Descritor) - O descritor de UQ compreende os elementos que estão a um comprimento do valor original do descritor (UQ) mais 11 bytes. O pool do descritor UQ deve ser grande o bastante para caber todos os descritores originais que estão sendo mudados para toda a transação em um ponto.

ADARUN LFP=xxx - (Length of Internal Format Pool) - Este armazena internamente os comandos usados no Adabas (read/update)

ADARUN LFIOP=xxx - (Length of Async Buffer Flush) - Define o tamanho do Buffer Flush.

ADARUN LI=xxx - (Length of ISN List Table) - Especifica o número de bytes alocados para a tabela de ISN, cada lista de ISN é identificada com um comando.

ADARUN LOCAL=xxx - Define um nucleo isolado que esteja somente disponivel localmente. O nucleo é desconhecido á rede inteira, default é YES.

ADARUN LOGGIN=xx - (Logging of Adabas Commands) - Especifica que o banco vai usar este controle para as sessões no banco.

ADARUN LOGCB=xx - (Adabas control block)

ADARUN LOGFB=xxx - Format buffer

ADARUN LOGIB=xxx - ISN buffer

ADARUN LOGIO=xxx - I/O activity

ADARUN LOGRB=xxx - Record buffer

ADARUN LOGSB=xxx - Search buffer

ADARUN LOGUX=xxx - User exit B data

ADARUN LOGVB=xxx - Value buffer

ADARUN LP=xxx - (Legth of Dada Protection Area) - Especifica o número de blocos alocados para a Work Area.

ADARUN LQ=xxx - (Legth of Sequential Command Table) - Especifica a tabela de comandos sequenciais contendo entradas requeridas durante o processo de leitura sequencia do Adabas (L2/ L5, L3/L6 e L9) comandos.

ADARUN LS=xxx - (Legth of Sort Area) - Especifica o tamanho usado para a Sort Area, é usada para o processamento interno do sort.

ADARUN LU=xxx - (Legth of Intermediate User Buffer) - Especifica o tamanho da area intermediaria da User Buffer.

ADARUN LWP=xxx - (Legth of Adabas Work Pool) - Especifica o tamanho para area de Work Pool do Adabas, este parametro deve ser igual ao ADARUN LS.

O Adabas usa a work pool para carregar.

01 - Tabela e valor de descritor;

02 - Intermediate User Buffer Areas (parametro LU);

03 - Sort Work space areas (parametro LS);

04 - Execução de comando e durante sessão de work space;

ADARUN LWP2=xxx - (Legth of ISN List Processing Area - Parte2) - Especifica em bloco da Work parte 2 do Adabas, é usada durante os comandos Sx da lista ISN hold Intermediate.

ADARUN NAB=xxx - (Number of Attached Buffers) - Um attached buffer um internal buffer é usada para uma comunicação de interrogação. Requer em todos os ambientes, o Adabas aloca um buffer com um tamanho igual ao valor do NAB multiplicado por 4096 bytes.

ADARUN NC=xxx - (Number of Command Queue Elements) - Determina o número maximo de comandos que podem ser infilerados, cada comando Adabas é atribuido um CQE (Command queue Elements).

ADARUN NH=xxx - (Number of Hold Queue Elements) - Uma Hold Queue Elements (CQE) é requerida para cada registro ISN. Um HQE é liberada quando o registro liberado depois que o banco Adabas resolve a solicitação do usuário.

ADARUN NISNHQ=xxx - (Number of ISNs in Hold Queue per User) - Determina o número maximo de ISN para a hold queue para um usuário. Na maioria de ISNs permitido em hold para um usuário é de 1/4 do tamanho da fila de hold queue.

ADARUN NONDES=xxx - (Non-descriptor searches) - Dá para executar buscas nos campos do Adabas que não foram definidos como descritores. Entretanto, as buscas de não descritores acarretam na performance do banco (significamente) - NONDES=NO impede a busca a não descritores.

ADARUN NQCID=xxx - (Number of acid per user) - A tabela de comandos sequenciais contém os blocos de controle para as operações leituras sequencialmente. Cada operação é identificada por um comando ID (CID). NQCID define o número total de acids permitido por usuário, e consequentemente o número máximo de elementos da tabela o usuário tem disponivel em algum ponto de tempo.

ADARUN NISISN=xxx - (Number of ISNs per ISN table element) - Especifica o número máximo de ISN mantido em TDI elemento em memoria - This parameter influences the performance of the L1/4 command with the "N" (GET NEXT) option.

ADARUN NT=xxx - (Number of Threads) - Especifica o número de threads que deve ter o banco. Uma thread é usada para executar um comando/solicitação/pedido do usuário.

ADARUN NU=xxx - (Number of User queue element) - O Adabas atribui a um user queue element (uqe) a cada usuário ativo quando o usuário emite um comando OP (se o usuário não atribui um comando OP) ao primeiro comando de Adabas libera o UQE quando o usuário envia um comando CL ou quando existe um tempo limite para uma lógica ET usuário que não especificar um ID reiniciar no controle bloco (adições 1 campo), para o comando OP.

Software AG Brasil no Twitter

2011-04-15T20:13:00.001-07:00

Software AG Brasil

@SoftwareAGBR

O Brasil é estratégico para a Software AG ? Se é não parece pois no Twitter da Software AG Brasil tem 3 seguidores e nenhum comentário. Uma pena um canal para que poderia informar aos profissionais sobre novidades esta completamente abandonado, uma pena.

Adabas

2011-04-10T08:44:00.000-07:00

ADABAS é um sistema avançado de gestão de base de dados, desenvolvido pela empresa alemã chamada Software AG, que administra um grande número de transaões fornecendo tempos de resposta de subsegundos para milharões de usuários; assegurando integridade, flexibilidade e confiabilidade com alta disponibilidade, eficiência e rapidez. ideal para flexibilidade para qualquer t Tem maior a aplicaões de negocios de tipo de volume de dados, com missão critica e integração dos dados suporte ao armazenamento de dados virtualmente ilimitados. corporativos. Aumento das funcionalidades do Kernel para suportar alta acessibilidade, tanto que os buffers, as filas e as tabelas podem ser realocadas sem causar falha ou colapso no BD. Possui um alto desempenho na largura de banda (por exemplo: mais de 300.000 transaões por segundo). Suporta tipo de dado multi-mídia desestruturado, ele armazena objetos deste tipo acima de 2 Gb. performance e escalabilidade, dãndo enfase a dois focos:

Plataforma de Cruzamento

- SQL GATEWAY maneira do ADABAS apresentar os dados em um formato relacional de forma que os dados possam ser recuperados via SQL. Este recurso provê uma plataforma unificada para acesso de fontes de dados heterogeneos em tempo real, aumenta a SOA GATEWAY (ServiceOriented Architecture) permite aos produtividade e reduz o desenvolvedores trazer as informações Adabas para um ambiente de investimento de tempo em desenvolvimento familiar sem qualquer prévio conhecimento de Adabas ou de treinamento (porque permite no mainframe através das aplica es/via/linguagem Programa o aplicações sql) padrão Adabas.

- TEXT RETRIEVAL Os dados são acessados, também, via componente TEXT RETRIEVAL que é uma ferramenta de restauração de texto extenso completo com facilidade que indexa para armazenamento de dados tipo texto extenso. Os indexes e os dados texto s o armazenados no ADABAS, possibilitando fácil backup e recupera o de falhas.

Gerenciador de Buffer

- ADABAS FASTPATH aumenta a velocidade e performance da aplicação, implementa uma cache fechado, onde armazena os registros acessados freqüentemente para reduzir o uso da CPU.

- ADABAS CACHING FACILITY impulsiona a performance do banco de dados, implementa um cache no topo do buffer pool na meméria principal e reduz o processo I/O.

Cluster

- Adabas Cluster Services serviço de clusters, baseados nas vantagens da Arquitetura Parallel Sysplex da IBM, operando sob z/OS, full 24x7. Isto definido com a operação conjunta de 32 servidores Adabas, conectados entre si com recurso computacional unificado, criando a ilusão de ser uma única máquina. Usa o tipo de sistema de múltiplas instruçôes, múltiplos dados (MIMD).

- Adabas Parallel Service acessibilidade e escalabilidade, envolve o uso de paralelismo. Este serviço prove suporte para Arquitetura SMP (Symmetric MultiProcessing), capacibilita a execução dos servidores sobre cada processo dentro do sistema SMP, com servidores compartilhando a meméria distribuída, e acessando o mesmo arquivo físico, e com balanceamento de carga automático através do ambiente.

Particionamento

- Adabas Vista ferramenta/particionamento. Define que arquivos extensos serão fragmentados nos arquivos físicos.

- Adabas Delta Save usado para aumentar a velocidade de backups e subseqüente restauração.

Gerenciador de Transações

- Adabas Transaction Manager sincroniza transaçôes no banco de dados com commit de duas fases com múltiplos BD Adabas ou Adabas com outro gerenciador de recursos (MQ Series, DB2, Vsam e IMS). Garantias de que todas as transações serão aplicadas ao SGBDR ao mesmo tempo que a seqüncia do adabas original, as transações NUNCA irão ser perdidas. Garantia de que as transações nunca serão duplicadas quando postados no SGBDR Mantém os logs de mudanças.

Replicação

- EVENT REPLICATOR replicaçâo em tempo real cria um ambiente de compartilhamento de dados organizacionais onde as mudanças de dados são atualizadas em outros sistemas em tempo real. Suporta a data warehouse, recuperação de desastres, sincronização das informações e otimização de recursos. Melhora a flexibilidade do negócio e reduz os custos de envio de dados do Adabas para outros sistemas(RDBMS, aplica es middleware).

Plataforma de Migração

- Usando Adabas DL/1 Bridge e VSAM Bridge migra o dos dados do DL/1 e VSAM para dados mais flexíveis no banco de dados Adabas sem necessidade de mudanças nas aplicações originais de DL/1 ou VSAM.

Gerenciador de Autorização

- Adabas SAF Security controla o acesso ao banco de dados em profiles, feito nos valores individuais, nos níveis de campos e nos arquivos, conecta diretamente com a ferramenta de seguran a externa, como a RACF, CA-ACF2 ou CA-Top Secret Security, para minimizar o custo administrativo por definições do gerenciamento de segurança.

Monitoramento

- Adabas Review ferramenta de monitoramento que ajuda o administrador a identificar pontos fracos na administração do banco de dados, para otimizar a performance e consumo de CPU.

Estatísticas

- Adabas Statistics Facility ferramenta de monitoração usada para analisar tendéncia de consumo de espaço de disco e utilização de memória. Armazena informações de METADADOS(são usadas pelo seletor de estratégias) para otimização.

NetWork

- Webbased Adabas Manager uma interface simples e única, baseada na Web, para administrar todo o ambiente da Software AG, a entrada para o Adabas, ou de um ponto de vista externo, o local onde as chamadas são recebidas e encaminhadas para o núcleo do Adabas. Entire NetWork um serviço middleware baseado em mensagens definido para o banco de dados Adabas como acessá-lo de qualquer lugar da rede, independente do hardware, do sistema operacional ou ambiente de processo de transações. As aplicações não precisam saber da localiza o do banco de dados.

Event Replicator

- Replicação em Tempo Real, usando mudança de dados capturados para suporte as especificações do negócio para:

Sincroniza o de dados do ADABAS para outros sistemas de negócio;

Data Warehousing e relatórios de negócio;

Recuperação de Desastres;

Otimização de recursos.

Para a replicação dos dados e consultas de larga escala que exigem um baixo custo da plataforma de hardware.

Oferece:

Estrutura de dados flexíveis e heterogêneos;

Compressão de dados;

Escalabilidade para negociar transações em larga escala;

Replicação de dados rapidamente para qualquer alvo em tempo real;

Publicando dados para um ou múltiplos destinos finais;

Prove uma precisão na verificação dos dados no SGBDR, ap s o per odo de replicação. Esta verifica o feita somente nos campos que o usuário pediu assinatura. Então, os dados são capturados e transmitidos.

Lista Invertida

Técnica de Pesquisa da Lista Invertida

A organização de um arquivo de lista invertida consiste de um ou mais diretório contendo uma ou mais listas de índice com os endereços dos registros de dados, pesquisas de chaves em arquivos de Lista Invertida são realizadas através na geração de tabelas. As tabelas podem ser bem mais simples e a pesquisa para a construção destas pode ser bem mais efetiva, sem realmente ler os registros de dados. Pesquisas de chave simples geram uma tabela de saída com todos os registros com o valor de chave para aquela chave, depois de ter sido gerada uma tabela de endereços de registros com o valor de chave. Pesquisas booleanas são as mais complexas. Nestas pesquisas, várias tabelas de endereços são geradas, iniciando-se sempre pelo valor de chave com o menor não mero de ocorrência. Em pesquisas conjuntivas, endereços não encontrados para outras chaves são retirados. Em pesquisas disjuntivas, são adicionados. Com a tabela de endereços resultante criada a tabela de registros de dados definitiva. Assim somente os registros realmente necessários vão ser lidas do arquivo de registros de dados. Bom suporte para todos os tipos de pesquisas, desde que o campo pesquisado seja indexado. Uma das melhores técnicas para chaves secundárias com altas taxas de redundância de valor de chave. O fato de podermos realizar todas as pesquisas de chaves que possuam índices diretamente nas tabelas de endereços provém uma vantagem imensa

Exemplo de Lista Invertida

Se fizermos a pesquisa (idade = 18 & salário = 10.000) para descobrir que são os filhos dos donos da empresa, vamos ter como tabela inicial (103, 205, 101), pois salário=10.000 tem s 3 registros na sua lista de endereços de registros. A seguir a lista de endereços de registros de idade = 18 percorrida e todos os não encontrados são eliminados da tabela.

BOOK ADABAS

2011-04-03T15:20:00.000-07:00

OFF - Eu comecei a escrever um livro sobre Adabas já fiz bastante coisa aproximadamente 50 páginas dai tive uma mudança de cargo no serviço - antes eu era DBA Adabas agora sou DBA SQL Server - vou deixar o livro parado por um tempo mais vou deixar o primeiro capitulo que escrevi para a galera para ver se aprova.

Introdução

A empresa que desenvolveu o Adabas é a Software AG que tem sua matriz na cidade Darmstadt na Alemanha e filial em Reston, Virgínia nos EUA, sendo considerada uma das maiores empresas de software, notadamente de produtos voltados ao mercado de gerenciadores de bancos de dados, engenharia de aplicação e soluções para computação distribuída. Durante muitos anos, seus produtos eram voltados principalmente a ambientes de mainframes, porém, já a alguns anos vem desenvolvendo soluções para as mais diversas plataformas.

O Adabas (Adaptable Data Base System) é um sistema gerenciador de banco de dados, que em março de 1971 foi lançado para equipamentos Siemens, hoje atualmente ele roda em Mainframe nas plataformas, BS2000, z/OS, z/VSE mais também existem versões do Adabas para rodar em plataforma baixa (Unix, Linux e em Windows).

O Adabas é dividido categorias:

- Adabas C - Além de rodar no mainframe, também roda na plataforma baixa (em UNIX, LINUX e WINDOWS).

- Adabas D - É um banco de dados totalmente relacional que funciona nas plataformas, Windows (x86), AIX (Power), HP-UX (Itanium, Alpha), Solaris (SPARC), SUSE Linux Enterprise (x86, EM64T), Red Hat Enterprise Linux (x86, EM64T, zSeries)

O Adabas é um banco de dados baseado em Lista Invertidas. Ele é descrito no próprio manual da Software AG como um banco Relacional, mas pode ser comparado como um "Não Relacional" ou um "Quase Relacional" pelas suas características, ele tem tudo haver com o seu nome em si Adaptable Data Base System ou traduzindo Sistema de Banco de Dados Adaptável. Algumas diferenças entre o Adabas e um SGBD tradicional:

- No Adabas é chamado de Files (Arquivos) e não Tabelas, como as principais unidade de organização;

- Records (Registros) e não células, como menores unidade de organização;

- Campos, e não colunas, como componentes de uma unidade;

- Não baseado no sistema SQL precisando de um mecanismo de busca externo;

- Dirty Read como modo de operação;

- Suporta "Arquivo Expandido".

Um contraste comparado com outros SGBD que exigem um modelo único para todos os dados, o Adabas permite que você escolha qualquer tipo de estrutura que o Adabas permite. Você pode acessar os mesmos dados usando sua escolha de perspectiva do modelo de dados:

- Relacionais, incluindo aninhamento relacional (tabelas dentro de tabelas);

- Relação entre entidades, com capacidade comprovada para suportar objetos estruturais;

- Modelo de Rede; Modelo Hierárquico;

- Modelo Geográfico;

- Texto;

Estes modelos de dados podem ser combinados em uma solução unica para qualquer empresa; múltiplas soluções pode visualizar os dados Adabas usando diferentes modelos de dados.

Ao desenvolver novas exigências, o Adabas evolui tanto em âmbito e complexidade sem redesenho do banco de dados ou a reprogramação de sistemas de aplicação. Por exemplo, as chaves de campo e de acesso podem ser adicionados a um arquivo Adabas a qualquer momento sem recarga ou reorganizar o arquivo.

O Adabas provou ser muito bem-sucedido em fornecer acesso eficiente aos dados e em manter a integridade da base de dados. O Adabas é agora usado extensamente nas aplicações que requerem um volume muito grande de processamento de dados, ou com grandes transações de processamento analitico online (OLAP).

Pela facilidade com que opera na recuperação de informações através de múltiplas chaves, o espaço é gerido dinamicamente os arquivos podem ser carregados e descarregados, rotinas de backup e de restauração e o desempenho do sistema pode ser analisado sem interromper a atividade do banco de dados.

Destaques Operacionais

Alta Disponibilidade

Adabas é projetado para funcionar sete dias por semana e 24 horas por dia. O espaço é gerido dinamicamente, os arquivos podem ser carregados e descarregados, backup e restauração, eo desempenho do sistema pode ser analisado sem interromper o banco de dados ativo.

Otimização do armazenamento Espaço

O Banco de dados Adabas armazena em forma de comprimido para reduzir o espaço necessário. Desde bancos de dados modernos são medidos em gigabytes (1.000 megabytes) ou mesmo terabytes (1000 gigabytes), a economia de espaço em disco pode ser considerável. Os requisitos de espaço reduzido também significa que a entrada / saída (I/O) do sistema é mais eficiente.

Desempenho

O desempenho é o factor chave do Adabas, que inclui uma série de recursos para melhorá-lo. Por exemplo, uma série de parâmetros de configuração estão disponíveis para afinar o ambiente de banco de dados operacional, e muitos deles podem ser modificados, enquanto o banco de dados está ativo.

Tolerância a falhas

Adabas recupera automaticamente depois que um banco de dados anormais ou rescisão do sistema. Cada vez que um banco de dados Adabas é iniciado, uma verificação automática é iniciada para determinar se o banco de dados previamente terminadas de forma clara ou uma transação ativa foi interrompido. Se a transação foi interrompida, Adabas redefine automaticamente todas as alterações da transação não concluído, para que o banco de dados é consistente.

Adabas Entidades

No Adabas, um campo é a menor unidade lógica de informação (por exemplo, o salário atual de um empregado) que podem ser definidos referenciados pelo usuário. Um registro é uma coleção campos relacionados que formam uma unidade completa de informação (por exemplo, todos os dados da folha de pagamento para um único funcionário). Um arquivos é um grupo de registros relacionados que têm o mesmo formato (com algumas exceções, ler vários tipos de registros em um arquivo). Um banco de dados é um grupo de arquivos relacionados.

Limites do Adabas

O Adabas versão 8.1.2 tem os seus limites como qualquer banco, abaixo vamos destacar estes limites:

Bases de dados - 65,535
Blocos por banco - 2,147,483,646 usando RABNSIZE 4
Arquivos por banco - o menor de 5.000 ou o tamanho do bloco Associator menos um
Campos por registro - 926
Comprimento do Descomprimento do Registro - Dependo do Sistema Operacional

Terminologia e Conceitos Básicos

A terminologia a seguir pretende esclarecer os termos utilizados no Adabas, principalmente referentes aos conceitos básicos e típicos do mesmo.

Registro – É um conjunto de campos constitui um registro Adabas, cada registro esta associado a um número seguencial interno (ISN) assinalado e administrado pelo Adabas. O comprimento do registro é variável, pois o Adabas armazena de forma comprimida os dados. Os registros são armazenados arbitrária na memória, através de uma tabela especial de controle de áreas disponíveis.

Bloco – Um bloco constitui um conjunto fisico de registros e possui tamanho fisico em função do tipo de disco utilizado. Cada vez que o Adabas transfere informações do disco para a memoria (ou vice e versa) é através do bloco fisico.

ISN – Internal Seguence Number – (Numero Seguencial Interno) Consiste num número seguencial interno associado a cada registro que entra no banco de dados Adabas, é único por arquivo, toda a manipulação de registro pelo Adabas base no ISN. O ISN tanto pode ser gerado pelo Adabas como pode ser assinalado pelo usuário.

RABM - Relative Block Number – O Adabas associa aos blocos dos data sets (ASSO, DATA entre outros) um número seguencial, o RBN é convertido em endereço fisíco do disco pelo método de acesso do sistema operacional (BDAM em IBM) antes de ser efetuada a operação de entrada e saida.

O número de RABNs que pode ser atribuído a ASSO e o DATA depende do parâmetro RABNSIZE, que é especificado quando o banco de dados está definido. No RABNSIZE é especificado o comprimento relativo do número do bloco no banco de dados (não é o comprimento do bloco em si).

Se o banco foi definido com RABNSIZE=3 o número máximo de RABNs é 16.777.215 agora se foi definido com RABNSIZE=4 o máximo é 2.147.483.646.

EXTENT – Um determinado Extent consist num conjunto de blocos fisícos contigos (de disco) alocados para uma determinada função Adabas.

FILE – (ARQUIVO) Um arquivo Adabas consiste num conjunto de blocos de dados do usuário e pode ser constituido de diversos extents fisicos.

FCB – (Bloco de controle de arquivo) – Para cada arquivo do banco existe uma FCB. Contém informações sobre área de estensão e de áreas livres.

FDT – Tabela de descrição de campos – Uma FDT corresponde a descrição dos campos que compõem cada FILE (arquivo) e corresponde ao esquema dos campos do campo no banco. Como os dados são compactados e há supressão de campos brancos e nulos, a FDT é frequentemente consultada quando uma vez obtida o valor de ISN e RABN, dai se efetua o varredura sequencial dos campos de registros lógicos. Na FTD estão em detalhes a descrição fisíca de todos os campos.

Qualificações Especiais de Campos Adabas

A seguir vamos destacar os tipos de campos para o Adabas.

Campo – Corresponde ao nível elementar de informação manipulado pelo Adabas. Pode ser considerado como o campo propriamente dito onde está a informação. O campo esta associado atributos como nome, formato, comprimento, valor entre outras informações.

Campo Descritor - Um campo definido como descritor faz com que sejam criados as listas invertidas correspondentes aos diversos valores do campo. Assim, para um determinado valor de campo descritor ficar associado uma lista de ISN, e através de um conversor de endereços (Address Converter) podem ser obtidos pelo usuário os diversos blocos fisicos que contém os ISN. Para este tipo de campo a recuperação de dados deste tipo de campo é mais rapida.

Campo Multiplo – Pode possuir até 191 ocorrencias em um mesmo registro, onde ele pode assumir diversos valores dentro de uma ocorrência de registro. Cada campo deste tipo possui um contador que armazena a quantidade de ocorrencias do campo.

Campo de Grupo – Consiste em vários campos elementares consecutivos da FDT combinados em apenas um. Dessa forma pode-se acessar os campos com mais facilidade melhorando o desempenho quando devidamente utilizado durante o processo de manipulação de dados. A definição do campo grupo facilita o processo de referência aos campos e melhora o desempenho quando devidamente utilizado durante o processo de manipulação de dados.

Campo Periódico – É um campo que possibilita obter diversas ocorrencias dentro de uma mesma ocorrencia, pode ser repetido até 99 vezes. Não se pode definir um campo de grupo periódico dentro de outro grupo periódico, isso é, podemos ter somente um nivel de grupo periódico dentro do registro. O grupo periódico pode conter campos de múltiplos valores. A cada ocorrência do grupo periódico está associado um indice que indica a sua posição relativa entre as demais ocorrência do grupo.

Exemplo de um registro em um campo

Observações: O Campo Multiplo deletando uma ocorrencia as outras ocorrencias assumem o lugar da que foi deletada, um exemplo você tem as ocorrencias 1,2,3 deletando a ocorrencia 2 a 3, 4 sobem (a 3 vai para o lugar da 2 e a 4 vai para o lugar da 3), agora o Campo Periodico você deletando a ocorrencia 2 este campo vai ficar em branco (1,x,3,4) - Outra diferença é a quantidade o campo de grupo cabe 191 ocorrencias agora o campo periodico cabe 99 ocorrencias.

Quando se especifica um campo no Adabas, além do tipo, explicitam-se o formato, tamanho, opções de formatação e chaves (indices ou descritores). O comprimento máximo do campo que pode ser especificada em função do valor formato:

(A) Alfanumerico – De 1 até 253 bytes

(B) Binario – De 1 até 126 bytes

(F) Ponto Fixo – 8 bytes (exatamente 2, 4 ou 8 bytes)

(G) Ponto Flutuante – 8 bytes (4 ou 8 bytes)

(P) Decimal Compactado – Até 15 bytes

(N) Numerico – De 1 até 29 bytes

(U) Decimal Não Compactados – Até 29 bytes

(W) Wide character - 253 bytes

HYPDE - O campo Hiperdescritor trata-se de descritores criados a partir de um algoritmo do próprio usuário. O descritor Hiperdercritor exige que o usuário escreva um algoritimo em linguagem assembly e este seja ligado em uma sub-rotina no banco Adabas.

PHONDE - O campo fonético é um campo definido com relação a um outro campo, o qual é considerado com o campo fonte de fonetização. Assim, se considerarmos a necessidade de pesquisa de forma fonética, uma base de dados de pessoal através do nome de funcionario. Campo Fonético não é permitidos em elementos de campos Periodicos.

SUBDE – O Subdescritor é um campo formado de uma parte de um outro campo.

SUBFN - O Subcampo é uma parte ou um subconjunto de um outro campo que pode ser lido como um campo normal. Subcampos não são permitidos adicionar ou atualizar registros.

SUPDE – O Superdescritor, é um campo formado de partes (ou de todo o campo) de diversos outros campos formando um novo campo descritor.

SUPFN – O Superfield é um campo formado por várias partes, porções, ou combinações de campos que podem ser lidos como um campo normal. Como subcampo, superdescritores não são permitidos ao adicionar ou atualizar registros.

Collation Descritor - Um alfanumérico ou um campo wide-character pode ser definido como um campo pai de um collation descritor. Um collation descritor é usado para classificar os valores de campo em uma seqüência especiais definidos pelo usuário. O comando LF relata a recolha de informação de campo descritor.

Podcast AspiraCast - Profissão DBA

2011-04-03T10:11:00.000-07:00

O DBA como qualquer outra profissão em que haja gestão de conhecimento deve estar sempre atento para mudanças em seu fluxo de trabalho. Foi-se o tempo em que se dizia coisa do tipo: “DBA bom é DBA que usa Bloco de Notas!!!“. Hoje, com bancos cada vez mais capazes e auto gerenciáveis, as tarefas corriqueiras ficam quase no “automático”, após sua configuração inicial. Mas claro, o DBA deve sempre ter o conhecimento necessário para resolver situações não previstas e novas implementações.

Este episódio do AspiraCast é um podcast sobre a profissão DBA.

Download Audio MP3 - Clique Aqui

Download Zip - Clique Aqui
Site AspiraCast - Clique Aqui

Função de DBA Adabas

2011-04-01T19:30:00.000-07:00

Bom, todo DBA que se prese deve acompanhar o crescimento da base conforme o tempo. Prever o espaço em disco necessário nos próximos meses, saber qual época ocorre maior crescimento da base. Acompanhar de perto objetos críticos que ocupam mais espeço, etc. O próprio Adabas tem o SYSAOS é um ferramenta bastante sofisticadas para fazer algumas dos melhores verificações.

1 - Files extendidos - Verificar sempre os arquivos que estão extendidos, o Adabas 7.4.4 só pode ter 4 extents no quinto extent não deixa mais gravar nada no file, e bom ver sempre.

2 - Verificar os Parâmetros dos bancos - Que foi usado, um bom é sempre verificar o limite que foi usado a Hold Queue, Command Queue, Attached Buffer, User Queue, UQ File List entre outros, um parâmetro que esta 99% é sempre bom ficarmos e olho, para não termos surpresas.

3 - Verificar os espaços não usados do banco - Muito importante se o banco tem pouco espaço e o banco tem muitos arquivos grandes e muitos usados é sempre bom ter um bom espaço livre.

4 - Backups dos Bancos - Verificar se o backup foi feito corretamente é responsabilidade do DBA Adabas, sempre fique de olho.

5 - Verifique o Checkpoint - algumas vezes na semana verifique nos bancos de produção se o arquivo de checkpoint esta sendo gravado corretamente, seguro morreu de velho.

Dicas Interessantes ...

6 - Tudo por Escrito - Vai fazer algum procedimento que o usuário pediu para fazer mande ele enviar um pedido (via e-mail ou um documento), ter que recuperar de um backup um file ou um banco importante para a empresa de um backup as vezes demora.

7 - Documente tudo - Problemas e as soluções temos que documentar, é ruim uma pessoa ter na mente dela a solução de um problema, qualquer pessoa esquece já documentado sempre vai estar lá a solução deste problema.

8 - Sempre Faça backup - Você vai fazer algo que se não terminar ok vai danificar um file ou um banco de dados sempre faça backup antes de fazer este procedimento, tenha em mente que tudo tem uma possibilidade de dar errado então sempre faça backup antes de fazer um procedimento.

Predict

2011-03-24T18:18:00.000-07:00

O PREDICT é um dicionário de dados integrado e ativo, que documenta e suporta o desenho técnico, a implantação e manutenção de bancos de dados e aplicações. Este software permite aos administradores de bancos de dados e desenvolvedores de aplicações gerenciar a informação sobre dados, programas e o uso de dados por programas. Este produto é tido como básico para os processos de rightsizing de sistemas de informações, uma vez que as funções de desenvolvimento de aplicações podem ser distribuídas em uma rede, funcionando o PREDICT como ponto central da coordenação desta atividade.

Informações e funções gerais sobre Predict

Este diagrama fornece uma visão geral das funções disponíveis no Predict.

Algumas funções, por exemplo, recuperação, apenas o processo dicionário de dados. Outras funções, como por exemplo Administração, processo de dicionário de dados e objetos em um ambiente externo.

DDEs

Os objetos que são gerenciados pelo Predict são referidos como data definition entities (dados de entidades definição) ou DDEs. Esta terminologia permite uma referência específica às definições contidas no Predict versus o item físico que está sendo descrito. Uma grande quantidade de informação podem ser mantida dentro do Predict para cada tipo de entidade. Algumas das entidades comuns previstos são:

File - Este é o objeto de preocupação para qualquer dicionário de dados, uma vez que representa uma coleção de base de dados relacionados. Predict pode ser usado para descrever muitos tipos diferentes de arquivos: VSAM, seqüencial conceitual, DB2 e Adabas curso. Os arquivos são discutidos em mais detalhes em "Arquivos e DDMs.

Element - Predict define os campos de um arquivo como elementos de dados ou elementos elementares. Todos os elementos devem ser associados (definido em) um arquivo Predict. Cada elemento nome deve ser exclusivo para esse arquivo.

Data Base - Um banco de dados pode ser uma entidade física, como uma base de dados Adabas, ou pode ser um agrupamento conceitual de arquivos relacionados. Os arquivos são relacionadas às bases de dados. Nossos arquivos Adabas estão associados com o nosso teste de base de dados Adabas no sistema de teste.

Keyword - Uma Keyword (Palavra chave) devem ser pré-definidos, mas podem estar associadas a qualquer outra entidade Predict e são úteis para classificar e recuperar essas entidades.

Verification Rule - As regras de verificação (Verification Rule) são as definições de validações específicas que devem ser realizados antes da aceitação dos dados de entrada. Eles podem ser conceituais ou explicitamente vinculados a determinados elementos de dados. No Natural são referidas como regras de processamento, mais especificamente como as regras de livre ou de regras automáticas quando eles estão armazenados no Predict.

Há muitas entidades Predict que não são tão cruciais para o nosso uso do Natural. Estes incluem aplicações, programas, módulos, usuários, entre outros.

Arquivos e DDMs

O Predict é um software para definir elementos em um nível conceitual ou projeto, antes de tomar decisões sobre a representação física dos dados. Conceptual arquivos são o único tipo que deve ser manipulado por pessoas fora da área do Administrador dicionário. Todos os arquivos devem ter um nome de arquivo exclusivo no Predict.

O acesso pelo Natural ao Adabas e arquivos VSAM através de uma interface chamada de Data Definition Module (Definição de Dados Módulo) ou DDM. A DDM fornece uma visão lógica e descrição de um arquivo para o programa Natural e programador. Algumas das vantagens deste interface são:

O uso de nomes de arquivo de 32 caracteres versus o DBID Adabas e número do arquivo.

Use de 32 nomes de elementos de caráter descritivo versus os dois nomes Adabas personagem.

Representação de campos numéricos em termos de número de dígitos atual versus o número de bytes de armazenamento interno ocupado.

DDMs são gerados por Predict a partir de definições de arquivo, ou arquivos física ou opiniões de usuários. A DDM é o que é conhecido e utilizado pelos naturais em utilidades, as definições de segurança e em tempo de compilação do programa. Por outro lado, grande parte da nossa análise e documentação é feita usando as entidades arquivo Predict. Devido à etapa de geração DDM, é possível a fase de implementação de alterações no arquivo, primeiro fazendo e revendo essas alterações como eles aparecem na prévia Predict a regeneração da DDM.

Menus do SYSDIC

Os menus do Predict estão estruturados por função, entidade, em seguida, a ação. As principais funções são de Manutenção, Recuperação e Geração. Os submenus para essas funções identifica as entidades que podem ser mantidos, recuperados ou gerados. funções de manutenção, onde são adicionar, alterar e ações de eliminação são realizadas. Geração é o lugar onde as cartas de controlo e ADACMP DDMs mencionados anteriormente são gerados a partir de definições de arquivo. As funções são para recuperação de investigação e notificação de definições Predict. Alguma familiaridade com a operação desta aplicação será benéfico para qualquer uso futuro.

Telas do Predict no Mainframe

Active Cross-reference

Outra parte do Predict que está intimamente ligada com natural é o Active Cross-reference. Este mecanismo mantém automaticamente referenciada cruzada para identificar o uso que os objetos natural de dados e vice-versa. Estas informações são capturadas quando os objetos são compilados ou catalogado (termo Natural). O Predict oferece facilidades para permitir a análise destes dados de referência cruzada entre os aplicativos. O Natural também fornece os comandos para analisar os dados de referência cruzada em um único aplicativo.

Adabas Command Log Layouts

2011-03-12T16:49:00.000-08:00

Temos dois formatos de layout para o Command Log que são suportadas para o Adabas:

O primeiro formato (chamado por CLOGLAYOUT=5) é suportada em todas as versões suportadas do mainframe Adabas e é o formato padrão. O DSECT que mapeia o layout da CLOGLAYOUT=5 dos registros é chamado LOREC e pode ser encontrado na biblioteca ADAvrs.SRCE.

O segundo formato (chamado por CLOGLAYOUT=8) é suportada apenas no Adabas versão 8 ou posterior. Este formato inclui todas as informações fornecidas no CLOGLAYOUT=5, mas cada um buffer é prefixado por sua correspondente Adabas buffer description (ABD). Cada buffer segmentado (format, record, ou multifetch) é escrito separado e identificado com exclusividade. O DSECT que mapeia o layout da CLOGLAYOUT=8 dos registros é chamado LORECX e pode ser encontrado na biblioteca ADAvrs.SRCE.

Gérson - O Programador

2011-03-09T10:07:00.000-08:00

Vide da Suporte

ADASAV RESTONL FMOVE

2011-03-07T11:47:00.000-08:00

A função RESTONL FMOVE restaura arquivos de um arquivo ou banco de dados SAVE data set criado, enquanto o núcleo Adabas estava ativo. Um ou mais arquivos podem ser restaurados. Os arquivos são restaurados em um banco de dados existente em qualquer espaço livre. Seus tamanhos da medida pode ser alterada.

Notas:

Uma operação interrompida RESTONL FMOVE deve ser executada novamente desde o início. Não é possível usar a função RESTPLOG se recuperar de uma operação interrompida FMOVE RESTONL que terminou durante a restauração do PLOG. Até a conclusão bem sucedida ou re-execute da operação de restauração, os arquivos a serem restaurados são inacessíveis. Checkpoint e segurança de arquivos Adabas versão 5 não podem ser restaurados.

Condições

Para usar a função RESTONL FMOVE, as seguintes condições devem ser atendidas:

1 - O correto SAVE do data set deve ser fornecido. Pode ser um banco de dados ou arquivo de data set SAVE e deve conter os arquivos a serem restaurados. Data set de SAVE de versão 5.1 ou superior Adabas pode ser usado.

2 - Um banco de dados existente deve estar presente. Os arquivos a serem restaurados podem ter se originado a partir deste ou de um banco de dados diferentes.

3 - A lista de arquivos FMOVE especifica o arquivo ou arquivos a serem restaurados usando RABNs novo. O RABNs deve estar localizado no mesmo tipo de dispositivo, usado originalmente.

4 - Para o arquivo (s) a ser restaurado, espaço suficiente, ou espaço livre (de acordo com a tabela de espaço livre) ou o espaço ocupado por arquivos a serem substituídos, devem estar disponíveis no banco de dados.

5 - O núcleo Adabas pode ser ativo ou inativo na base de dados de saída. Se o núcleo Adabas está ativo para restaurar os arquivos checkpoint e de security, o utilitário ADASAV exige controle de banco de dados exclusivo, ou seja, nenhum usuário pode estar ativo na base de dados.

6 - O data set do registo de proteção (PLOG) que contém informações escritas por núcleo a sessão no momento da operação de SAVE (consulte saída de executar SAVE) deve ser fornecido. Data set do PLOG de outras sessões também podem ser incluídos. Se nenhum dos arquivos a serem restaurados foram modificados durante a operação on-line SAVE, os dados de registro de proteção (PLOG) definido (s) podem ser omitidos.

7 - Se a fita SAVE foi criado com Adabas versão 5.1, a localização do posto SYN1/SYN4 escrito pelo núcleo Adabas no início da operação online SAVE deve ser especificado.

8 - Se a operação de SAVE foi executado com o parâmetro DRIVES, os dados conjuntos SAVE criados também podem ser restauradas com o parâmetro de unidades. Nesse caso, a operação de restauração é feita a partir dos vários data sets em paralelo. Alternativamente, os conjuntos de dados SAVE podem ser concatenadas para um conjunto de dados único SAVE para uma operação de restauração sem o parâmetro unidades.

9 - Para restaurar apenas alguns arquivos de um banco de multivolume SAVE data set, apenas os volumes de fita que realmente contém dados dos arquivos a serem restaurados devem ser fornecidos no controle no job ADASAV. O protocolo de trabalho da operação de SAVE, bem como os Checkpoint de controle correspondentes SYNV indicar os arquivos ou partes de arquivos contidos em cada volume.

10 - Arquivos expandido e arquivos associados só podem ser restaurados ou substituídos como um todo. Ou seja, se um arquivo em um arquivo expandido é especificado, todos os outros arquivos no arquivo expandido deve ser especificado. Se um arquivo em um relacionamento acoplado for especificado, todos os outros arquivos que o relacionamento deve ser especificado.

11 - O checkpoint, security, trigger, ou sistema de arquivos definidos pelo usuário podem ser substituídos apenas por um outro security, trigger, ou sistema de arquivos definidos pelo usuário, respectivamente. Um checkpoint, security, ou arquivo de ativação não pode ser restaurado se esse arquivo já existe no banco de dados com um número de arquivo diferente.

Novo número de arquivos podem ser atribuídos aos arquivos a serem restaurados usando o parâmetro newfiles.

Resultado

O resultado desta função é os arquivos especificados com o mesmo conteúdo que tinha no final da operação SAVE ADASAV mas não necessariamente nos blocos de mesmo banco de dados.

A lista de arquivos FMOVE especifica um ou mais números de arquivo Adabas ou um intervalo de números de arquivo a ser restaurado usando RABNs novo. O RABNs deve estar localizado no mesmo tipo de dispositivo, usado originalmente. Intervalos de números de arquivo deve ser especificado usando um traço (-) no formato: fnfirst - fnlast .

Se o arquivo especificado é um arquivo de componente de um arquivo Adabas expandida, todos os arquivos de outro componente do arquivo expandido também deve ser especificado. Se um arquivo especificado é acoplado a outros arquivos, os arquivos associados também deve ser especificado.

Parâmetros Opcionais

ACRABN: Starting Address Converter RABN/RABN List

ACRABN especifica o endereço inicial do address converter RABN para cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro ACRABN não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se o FMOVE for especificado e o ACRABN omitido, a localização do address converter é escolhido pelo ADASAV das áreas livres no Associator que têm o mesmo tipo de dispositivo, usado originalmente.

Se vários arquivos devem ser restaurados, a lista de RABNs no parâmetro ACRABN deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum valor ACRABN está a ser dada para um arquivo, a entrada na lista RABN deve ser especificado como zero. Veja o exemplo.

AC2RABN: Starting Secondary Address Converter RABN/RABN List

AC2RABN especifica a partir secondary address converter RABN para cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro AC2RABN não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se FMOVE for especificado e o AC2RABN for omitido, a localização do secondary address converter é escolhido pelo ADASAV das áreas livres no Associator que têm o mesmo tipo de dispositivo, usado originalmente. Se o arquivo não contém extensões conversor secundário de endereço, este parâmetro é ignorado.

Se vários arquivos devem ser restaurados, a lista de RABNs no parâmetro AC2RABN deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum valor AC2RABN deve ser dado para um arquivo, a sua entrada na lista RABN deve ser especificado como zero.

ALLOCATION: Action to Follow File Extent Allocation Failure

ALLOCATION especifica a ação a ser tomada se alocações de extensão de arquivo não pode ser obtida de acordo com os parâmetros de posicionamento ACRABN, DSRABN, NIRABN ou UIRABN.

Por padrão (ou seja, ALLOCATION=FORCE), o utilitário termina com o erro se houver alocação de extensão de arquivo não podem ser cumpridas de acordo com parâmetros RABN colocação.

Se a ALLOCATION=NOFORCE é especificado e qualquer atribuição de parâmetros de posicionamento falhar, as tentativas de utilidade a atribuição, sem o parâmetro de posicionamento.

ASSOVOLUME: Associator Extent Volume

Nota:
O valor para ASSOVOLUME deve ser colocado entre apóstrofos.

ASSOVOLUME identifica o volume no qual o espaço do arquivo Associator (isto é, a AC, NI, UI extensões) deve ser alocado. Se o número solicitado de blocos não podem ser encontrados no volume especificado, ADASAV tentativas atribuição ignorando o parâmetro ASSOVOLUME.

Nota:
O parâmetro ASSOVOLUME não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se ACRABN, UIRABN ou NIRABN for especificado, ADASAV ignora o valor ASSOVOLUME aquando da atribuição do tipo de medida correspondente. ASSOVOLUME Se não for especificado, o espaço do arquivo Associator é atribuído de acordo com as regras ADASAV de alocação padrão.

Se vários arquivos devem ser restaurados, a lista de volumes no parâmetro ASSOVOLUME deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum volume é dada por um arquivo, a sua entrada na lista volume deve ser deixado vazio. Veja o contexto .

BUFNO: Count of Buffers Per Drive

O valor fixado BUFNO aloca buffers para a operação RESTONL. Um valor de 2 ou 3 normalmente oferece um ótimo desempenho, até 255 é possível. Um valor superior a 5, no entanto, oferece pouca vantagem e aloca um monte de espaço. O padrão é 1 (um buffer por unidade).

DATAVOLUME: Data Storage Extent Volume

Nota:
O valor para DataVolume deve ser colocado entre apóstrofos.

DataVolume especifica o volume no qual o arquivo do espaço Data Storage (extensões DS) deve ser alocado. Se o número de blocos solicitados com DSSIZE não pode ser encontrado no volume especificado, ADASAV atribuição ignorando o valor DataVolume.

Nota:
O parâmetro DataVolume não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se DSRABN for especificado, DataVolume é ignorado para o arquivo relacionado. Se DataVolume não é especificado, o espaço de armazenamento de dados é alocado de acordo com as regras ADASAV de alocação padrão.

Se vários arquivos devem ser restaurados, a lista de volumes no parâmetro DataVolume deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum volume é dada por um arquivo, a sua entrada na lista volume deve ser deixado vazio.

DRIVES: Tape Drives for Parallel Restore

ADASAV é capaz de restaurar arquivos de dados múltiplos volumes conjunto salvo em paralelo com RABNs que são diferentes de seus RABNs original no banco de dados. Unidades é o número de unidades de fita a ser utilizado para restaurar o processamento paralelo. O número pode variar de 1-8, inclusive, o padrão é 1.

DSRABN: Starting Data Storage RABN/RABN List

DSRABN especifica a partir de RABN do Data Storage para cada arquivo especificado por FMOVE. DSRABN só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro DSRABN não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se for especificado e FMOVE DSRABN omitido, a localização do arquivo de armazenamento de dados é escolhido por ADASAV das áreas livres no armazenamento de dados que têm o mesmo tipo de dispositivo, usado originalmente.

Se vários arquivos devem ser restaurados, a lista de RABNs no parâmetro DSRABN deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum valor DSRABN é especificado para um arquivo, a sua entrada na lista RABN deve ser especificado como zero.

DSSIZE: New Data Storage Size

DSSIZE é o novo tamanho a ser alocada para armazenamento de dados para cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro DSSIZE não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

O tamanho pode ser especificado em cilindros ou em blocos (acrescentando-se um "B" para o número). Deve ser pelo menos tão grande como a área utilizada do original de armazenamento de dados.

DSSIZE Se for omitido, o tamanho de armazenamento de dados original é usado.

Se vários arquivos devem ser restaurados, a lista de tamanhos no parâmetro DSSIZE deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum tamanho é dado para um arquivo, a sua entrada na lista de tamanho deve ser especificado como zero.

EXCLUDE: Exclude Specified Files from Restore

EXCLUDE lista os números de arquivos a serem excluídos da operação de restauração, ou seja, os arquivos que não estão a ser restaurados. Esta lista pode incluir uma lista de mais de um número de arquivo Adabas ou um intervalo de números de arquivo. Intervalos de números de arquivo deve ser especificado usando um traço (-) no formato: primeiro-fn - último-fn.

O parâmetro é opcional: se não especificado, não arquivos são excluídos. Um número de arquivos podem ser listados apenas uma vez, individualmente ou em um intervalo.

Se o parâmetro newfiles:

não é especificado, todos os arquivos especificados no parâmetro EXCLUDE também deve ser especificado no parâmetro FMOVE.

for especificado, todos os arquivos especificados no parâmetro EXCLUDE também deve ser especificado no parâmetro newfiles. Neste caso, os números de arquivo especificado no parâmetro EXCLUDE referem aos números de novo arquivo no newfiles, não para os números de arquivo antigo no parâmetro FMOVE.

O parâmetro EXCLUDE é fornecido para utilização em trabalhos de recuperação construído pelo Adabas Recovery Aid (ADARAI).

MAXISN: New Maximum ISN

MAXISN é o novo número de ISNs a ser alocada para cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro MAXISN não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

O valor deve ser pelo menos tão grande como a mais alta atribuída original ISN (MAXISN).

MAXISN Se for omitido, a contagem ISN original é usado.

Se vários arquivos devem ser restaurados, a lista de ISN em conta o parâmetro MAXISN deve corresponder à lista de arquivos no parâmetro FMOVE. Se não contar ISN está a ser dada para um arquivo, a sua entrada na lista de ISN contagem deve ser especificado como zero.

Se o banco de dados consiste em diversos âmbitos Associator com diferentes tipos de dispositivos, ERRO-171 pode ocorrer se MAXISN é especificado eo núcleo atribuída uma medida conversor adicional de endereços durante a operação on-line salvar. Se isso acontecer, remova o parâmetro MAXISN para o arquivo indicado na mensagem de erro e execute novamente RESTONL FMOVE.

MAXISN2: New Maximum Secondary ISN

MAXISN especifica o tamanho desejado do conversor endereço secundário (AC2), em ISNs. Só pode ser usado em conjunto com o parâmetro FMOVE. O conversor de endereço secundário é usado para ISNs mapa secundária do secundário registros estendidos à RABNs dos blocos de armazenamento de dados onde os registros são armazenados secundário.

Nota:
O parâmetro MAXISN2 não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

O valor deve ser pelo menos tão grande quanto o original atribuído maior ISN (MAXISN2).

MAXISN2 Se for omitido, a contagem ISN original é usado. Se o arquivo não contém extensões conversor secundário de endereço, este parâmetro é ignorado.

Se vários arquivos devem ser restaurados, a lista de ISN em conta o parâmetro MAXISN2 deve corresponder à lista de arquivos no parâmetro FMOVE. Se não contar ISN está a ser dada para um arquivo, a sua entrada na lista de ISN contagem deve ser especificado como zero.

Se o banco de dados consiste em diversos âmbitos Associator com diferentes tipos de dispositivos, ERRO-171 pode ocorrer se MAXISN2 é especificado eo núcleo atribuída uma medida conversor adicional de endereço durante o salvamento operação online. Se isso acontecer, remova o parâmetro MAXISN2 para o arquivo indicado na mensagem de erro e execute novamente RESTONL FMOVE.

NEWFILES: New File Numbers

O parâmetro newfiles especifica o número de novos arquivos a ser atribuído a cada arquivo especificado por FMOVE. O parâmetro é opcional: se nenhum novo número é atribuído a um arquivo, ele mantém o seu número original. Newfiles não pode ser especificado para arquivos expandidos, fisicamente acoplado arquivos, ou arquivos replicados.

Nota:
O parâmetro newfiles não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se um arquivo com um número especificado pelo newfiles já existe no banco de dados, o arquivo correspondente não será restaurada a menos que o parâmetro overwrite é também especificado. Se o arquivo a ser substituído é protegido por senha, a senha correspondente parâmetro também deve ser especificado.

Se vários arquivos devem ser restaurados, a lista de números de arquivo no parâmetro newfiles deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum número novo arquivo deve ser atribuído a um arquivo, a sua entrada na lista de número de processo newfiles deve ser especificado como zero. Veja o contexto .

Você pode usar newfiles renumerar um arquivo de base ou arquivo LOB somente se ambos os arquivos do grupo de arquivos LOB são restauradas. Neste caso, ambos os arquivos ADASAV atribui os números de novo arquivo especificado pelo parâmetro newfiles e ajusta as relações entre os dois arquivos em conformidade. No entanto, se apenas um arquivo de um grupo de arquivos LOB for restaurada, ele não pode ser atribuído um número novo arquivo usando o parâmetro newfiles; usar o ADADBS ou função AOS RENUMERAR vez.

NIRABN: Starting Normal Index RABN/RABN List

NIRABN especifica o RABN de inicio para o índice normal de cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro NIRABN não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se FMOVE for especificado e o NIRABN omitido, o local do índice normal é escolhido por ADASAV das áreas livres no Associator que têm o mesmo tipo de dispositivo, usado originalmente.

Se vários arquivos devem ser restaurados, a lista de RABNs no parâmetro NIRABN deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum valor NIRABN deve ser dado para um arquivo, a sua entrada na lista RABN deve ser especificado como zero.

NISIZE: New Size for Normal Index

NISIZE é o novo tamanho a ser alocado para o índice normal de cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro NISIZE não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

O tamanho pode ser especificado em cilindros ou em blocos (acrescentando-se um "B" para o número). Deve ser pelo menos tão grande como a área utilizada do índice de normal.

NISIZE Se for omitido, o tamanho original índice normal é usado.

Se vários arquivos devem ser restaurados, a lista de tamanhos no parâmetro NISIZE deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum tamanho é dado para um arquivo, a sua entrada na lista de tamanho deve ser especificado como zero.

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o user abend 34 (com um dump) ou o user abend 35 (sem dump). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utility TERMINATED DUE TO ERROR CONDITION" é exibida eo utilitário termina com o código de condição de 20.

OVERWRITE: Overwrite Existing File

Este parâmetro faz com que um arquivo existente a ser excluído e depois restaurada. Se um arquivo que será restaurado, está já presente no banco de dados, ADASAV vai ignorar esse arquivo a menos que o parâmetro overwrite é fornecido.

Nota:
Para evitar acidentalmente sobrescrever o banco de dados, a Software AG recomenda que você sempre especificar o parâmetro OVERWRITE depois e não antes, a lista de arquivos FMOVE.

PASSWORD: Adabas Security File Password

Especifica uma senha ou uma lista de senhas, se um ou mais arquivos na lista de arquivos. Os arquivos são protegidos por senha. Isso se aplica somente a arquivos já estão no banco de dados que devem ser substituídos. Se o parâmetro newfiles é especificado, o parâmetro de senha deve especificar as senhas relacionadas com os números do novo arquivo.

Ao restaurar mais de um arquivo protegido por senha, a senha correta deve ser especificada como valores posicionais correspondentes às posições dos números arquivo protegido »na lista de arquivos. Consulte os Examples para obter mais informações sobre o parâmetro de senha. O núcleo Adabas deve ser ativo, se arquivos protegidos por senha estão sendo substituídos.

PLOGNUM: Protection Log Number

PLOGNUM especifica o número de registo de proteção do núcleo (PLOG) usado enquanto a operação de ADASAV SAVE de backup foi ativo (veja a lista de saída da função SAVE on-line). Este parâmetro é opcional quando restaurar uma fita SAVE criado por ADASAV versão 5.2 ou superior, ou quando nenhum dos arquivos a serem restaurados foram alterados durante a operação de salvamento. proteção seqüencial (SIBA) registros de mais de uma sessão de núcleo podem ser concatenadas. ADASAV pula PLOGs com um número inferior ao valor PLOGNUM.

Se o PLOGNUM não for especificado, ADASAV determina automaticamente o valor correto da informação armazenada nos data set de SAVE.

Nota:
Isso não é possível a restauração de uma versão 5.1 Salvar dados definido.

READONLY: Read-only Status Indicator

READONLY indica se o status de somente leitura está ligado ou desligado para um arquivo ou uma lista de arquivos. Os valores válidos para este parâmetro são "YES" (status de somente leitura está ligado) e "NO" (status de somente leitura está desligado).

Ao restaurar mais de um arquivo, o status de somente leitura deve ser especificado como valores posicionais correspondentes às posições arquivo número na lista de arquivos.

Se READONLY não é especificado, o status de somente leitura do arquivo será o mesmo que foi nos dados SAVE set.

Nota:
O parâmetro READONLY não é permitida se uma variedade de arquivos é especificado no parâmetro FILES.

RPLACTIVE: Reset the Replication Inactive Flag in the FCB

RPLACTIVE é um parâmetro opcional que especifica o sinalizador inativos configuração de um arquivo durante a restauração de processamento. configurações do sinalizador válido inativos são "YES", "NO", ou nenhum. Um cenário de "YES" desliga o inativo bandeira replicação (YFSTQRPI) para um arquivo. Uma definição de "NO" gira em torno da bandeira inativos replicação.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID de banco de dados de destino do processamento de restauração e seu estado de replicação. Se qualquer uma das seguintes condições forem satisfeitas, o padrão é "YES", caso contrário o padrão é "NO":

* A replicação do original é desligado.
* A restauração DBID não é o mesmo que o DBID original guardada.
* A identificação do objectivo inicial de replicação foi alterado.
* O original de replicação antes de imagem foi alterada.
* A chave primária de replicação foi alterado.
* A replicação do original é desligado.

Ao restaurar mais de um arquivo, as configurações corretas RPLACTIVE devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLACTIVE:

RPLACTIVE='YES,NO,,YES'

Neste exemplo, a RPLACTIVE inativo é desligado (YES) para os arquivos de primeira e quarta e ligado (ON) para o segundo arquivo. Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado.

RPLDATA: Send Data of the Restoring File to Replication Target ID

RPLDATA é um parâmetro opcional que indica se os dados em um arquivo devem ser replicado para a replicação de destino ID (parâmetro RPLTARGETID). configurações de replicação válidos são "YES", "NO", "CREATE", ou nenhuma configuração em tudo. Um cenário de "YES" faz com que a restaurar a função de replicar os dados do arquivo para o destino de replicação durante a restauração de processamento. Uma definição de transformação "NO" não irá replicar os dados para o destino de replicação durante a restauração. Uma configuração de CREATE causa da função de restauro para replicar os dados do arquivo para o destino de replicação durante a restauração, transformação, mas também envia uma mensagem "criar o arquivo" operação para o destino de replicação. Se nenhuma configuração é especificada, o padrão "NO" é usado.

Nota:
Os valores do "YES" ou "CREATE" só pode ser especificado se a replicação está ativado para o arquivo correspondente.

Ao restaurar mais de um arquivo na lista de arquivos arquivo, as configurações RPLDATA devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLACTIVE:

RPLDATA='YES,NO,,YES'

Neste exemplo, os dados nos arquivos de primeira e quarta (SIM) será replicada para o destino de replicação, mas não vai ser replicado para os arquivos de segunda e terceira (NO e nenhuma configuração para o arquivo de terceiros).

RPLDSBI: Replication Data Storage Before Image

RPLDSBI é um parâmetro opcional que indica se a coleção de imagens antes do armazenamento de dados deve ocorrer por um comando de atualização para um arquivo. Valores válidos são RPLDSBI "YES", "NO", ou nenhum. Uma definição de "YES" indica que a recolha de imagens antes do armazenamento de dados irá ocorrer para restaurar o arquivo durante o processamento. Uma definição de "NO" indica que a recolha de imagens antes do armazenamento de dados não ocorrerá para o arquivo durante a restauração de processamento.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID de banco de dados de destino do processamento de restauração e seu estado de replicação. Se a restauração DBID é o mesmo que o DBID originalmente guardadas e REPLICATION=YES no alvo DBID, o padrão é "YES", caso contrário o padrão é "NO".

Nota:
A valores de "YES" só pode ser especificado se a replicação está ativado para o arquivo correspondente.

Ao restaurar mais de um arquivo na lista de arquivos arquivo, as configurações RPLDSBI devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLDSBI:

RPLDSBI='YES,NO,,YES'

Neste exemplo, antes as imagens são recolhidas para os arquivos de primeira e quarta (SIM), mas não são recolhidos para o segundo arquivo (NO). Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado ..

RPLKEY: Primary Key for Replication

RPLKEY é um parâmetro opcional que especifica a chave primária para a replicação. Valores válidos do RPLKEY são um nome de campo de dois caracteres, "OFF", ou não tem uma definição em tudo. Especificando um nome de domínio identifica o campo como chave primária para a replicação. Uma definição de "OFF" indica que não há chave primária deve ser usado para replicação.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID do banco de dados de destino do processamento de restauração e seu estado de replicação. Se a restauração DBID é o mesmo que o DBID originalmente guardadas e REPLICATION=YES no alvo DBID, o valor RPLKEY original para o arquivo é usado, caso contrário o padrão é "OFF".

Nota:
Uma chave primária só pode ser definido se a replicação está ativado para o arquivo e se o nome do campo é um campo Adabas válido de acordo com a tabela de definição de campo (FDT) para o arquivo. Quando um novo RPLKEY é especificado, ela não será confirmada como um campo Adabas válido até ao final da corrida ADASAV. Naquele tempo, se houver RPLKEY é considerada inválida, uma mensagem de aviso é emitido, o RPLKEY está definido para "OFF", e o condition code 8 é retornado.

Ao restaurar mais de um arquivo na lista de arquivos, as configurações RPLKEY devem ser especificados como valores posicionais correspondentes às posições dos números de arquivos na lista. Por exemplo, se quatro arquivos estão listados na lista de arquivos, o seguinte pode ser a definição para o parâmetro RPLKEY:

RPLKEY='AA, BB, OFF'

Neste exemplo, o campo do AA é usado como chave primária de replicação para o primeiro arquivo, o BB é utilizado como chave primária de replicação para o segundo arquivo, e nenhuma chave de replicação primário é usado para o arquivo de quarta (OFF). Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado

RPLTARGETID: Replication Target ID

RPLTARGETID é um parâmetro opcional que especifica o ID de destino do servidor replicador de eventos para os quais as operações de restauração deve ser enviada. Valores válidos RPLTARGETID são um alvo válido de identificação, "OFF", ou não tem uma definição. Especificando um ID de destino identifica que, como o alvo para a replicação. Uma definição de "OFF" ou "0" indica que não há destino de replicação deve ser usada para a replicação.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID de banco de dados de destino do processamento de restauração e seu estado de replicação. Se a restauração DBID é o mesmo que o DBID originalmente guardadas e REPLICATION=YES no alvo DBID, o valor RPLTARGETID original para o arquivo é usado, caso contrário o padrão é "OFF".

Nota:
Um destino de replicação ID só pode ser especificado se a replicação está ativado para o arquivo.

Ao restaurar mais de um arquivo na lista de arquivos arquivo, as configurações RPLTARGETID devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLTARGETID:

RPLTARGETID='23, 24,, OFF '

Neste exemplo, o alvo ID 23 é usado como o destino de replicação para o primeiro arquivo, 24 é usado como o destino de replicação para o segundo arquivo, e nenhum destino de replicação é utilizado para o arquivo de quarta (OFF). Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado

RPLUPDATEONLY: Allow Only Event Replicator Processing Updates

O parâmetro RPLUPDATEONLY pode ser usado na função ADASAV RESTONL para indicar se um arquivo de banco de dados Adabas pode ser atualizado apenas pelo Servidor Replicator evento como parte da replicação Adabas-por-Adabas ou por outros meios também. Este parâmetro é opcional. Os valores válidos são "YES" ou "NO". Um valor "YES" indica que o arquivo só pode ser atualizado através do evento de transformação replicador, um valor não indica que o arquivo pode ser atualizado por qualquer meio normal, incluindo o processamento de eventos Replicator.

Se nenhum valor for especificado, o padrão RPLUPDATEONLY configuração do arquivo no momento da operação correspondente SAVE é usado.

SYN1|SYN4: Beginning Block Number

O número de blocos contendo o ponto de verificação SYN1/SYN4 em que a operação de restauração é de começar (veja o anúncio de saída da função SAVE online para o número do bloco). Ao restaurar uma fita SAVE criado por ADASAV versão 5.2 ou superior, este parâmetro é opcional.

SYN1/SYN4 Se não for especificado, ADASAV determina automaticamente o valor correto da informação armazenada nos dados SAVE set.

Nota:
Isso não é possível a restauração de uma versão 5.1 Salvar dados definido.

TEST: Test Syntax

O parâmetro de teste verifica a sintaxe da operação sem realmente executar a operação. Note-se que a validade dos valores e variáveis não podem ser testadas, somente a sintaxe dos parâmetros especificados podem ser testadas.

UIRABN: Starting Upper Index RABN/RABN List

UIRABN especifica o RABN inicial para o índice máximo de cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro UIRABN não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

Se for especificado o FMOVE e omitido o UIRABN, o local do índice superior é escolhido por ADASAV das áreas livres no Associator que têm o mesmo tipo de dispositivo, usado originalmente.

Se vários arquivos devem ser restaurados, a lista de RABNs no parâmetro UIRABN deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum valor UIRABN deve ser dado para um arquivo, a sua entrada na lista RABN deve ser especificado como zero.

UISIZE: New Upper Index Size

UISIZE é o novo tamanho a ser alocado para o índice máximo de cada arquivo especificado por FMOVE. Só pode ser usado em conjunto com o parâmetro FMOVE.

Nota:
O parâmetro UISIZE não é permitida se uma variedade de arquivos é especificado no parâmetro FMOVE.

O tamanho pode ser especificado em cilindros ou em blocos (acrescentando-se um "B" para o número). Deve ser pelo menos tão grande como a área utilizada do índice original superior.

UISIZE Se for omitido, o tamanho do índice original superior é usado.

Se vários arquivos devem ser restaurados, a lista de tamanhos no parâmetro UISIZE deve corresponder à lista de arquivos no parâmetro FMOVE. Se nenhum tamanho é dado para um arquivo, a sua entrada na lista de tamanho deve ser especificado como zero.

Exemplos

ADASAV RESTONL PLOGNUM=25,SYN1=160,OVERWRITE
ADASAV FMOVE=1,2
ADASAV ACRABN=2100,2300
ADASAV DSRABN=1500,2000
ADASAV NIRABN=0,2380
ADASAV UIRABN=2190

Protection Log 25 é para ser usado. O bloco que contém o ponto de verificação SYN1 é de 160. Arquivos 1 e 2 devem ser suprimidas e restauradas. Arquivo 1 está a ser restaurado usando RABNs partida:

Address Converter	2100
Data Storage	1500
Normal Index	(chosen by ADASAV)
Upper Index	2190

Arquivo 2 está a ser restaurado usando RABNs partida:

Address Converter	2300
Data Storage	2000
Normal Index	2380
Upper Index	(chosen by ADASAV)

Exemplo 2:

ADASAV RESTONL
PLOGNUM=4711,SYN4=99,FMOVE=3,4,5,OVERWRITE
ADASAV PASSWORD='PWD3,,PWD5'

Os arquivos especificados pela lista de arquivos FMOVE pode eventualmente ser restaurado para RABNs diferentes do que tinham antes. Arquivos de 3 e 5 são protegidas por senha e as senhas foram PWD3 e PWD5.

Exemplo 3:

ADASAV RESTONL FMOVE=11,12,13,14,OVERWRITE
ADASAV NEWFILES=16,0,17

Arquivos 11, 12, 13 e 14 anos estão a ser restaurado. Arquivos de 11 e 13 devem ser restaurados como arquivos de 16 e 17, respectivamente. Os números dos arquivos 12 e 14 não será alterado, porque os correspondentes valores newfiles parâmetros são especificados como zero ou omitido. Arquivos 12, 14, 16 e 17 devem ser substituídas, se já presente no banco de dados.

Original - Clique Aqui

ADASAV RESTONL FILES

2011-03-07T07:25:00.000-08:00

A função ADASAV RESTONL restaura um arquivo ou vários arquivos de backups usados pelo utilitário ADASAV SAVE, enquanto o núcleo Adabas estava ativo. Um ou mais arquivos podem ser restaurados. Os arquivos são restaurados em um banco de dados existente em seu RABNs original.

Notas:

1 - Uma operação interrompida do RESTONL FILES deve ser executada novamente desde o início. Se a interrupção do RESTONL FILES ocorreu no PLOG, a operação de restauração pode ser preenchido usando a função RESTPLOG. Até a conclusão bem sucedida ou re-execute da operação de restauração, os arquivos a serem restaurados são inacessíveis.

2 - Os arquivos do Checkpoint e do Security File do Adabas versão 5 não podem ser restaurados.

Condições

Para usar a função RESTONL FILES, as seguintes condições devem ser atendidas:

1 - Os dados do correto SAVE deve ser fornecido. Pode ser um banco de dados ou arquivo de dados SAVE e deve conter os arquivos a serem restaurados. SAVE de dados define a partir da versão 5.1 ou superior podem ser utilizados.

2 - Um arquivo pode ser restaurado usando uma fita SAVE criado a partir de um banco de dados diferentes, porém os tipos de dispositivos devem ser idênticos.

3 - Um banco de dados existente deve estar presente. Os arquivos a serem restaurados podem ter se originado a partir deste ou de um banco de dados diferentes.

4 - Todos RABNs originalmente usado pelo arquivo (s) a ser restaurada ou deve ser livre (disponível de acordo com a tabela de espaço livre) ou ser ocupado por arquivos a serem substituídos.

5 - O núcleo Adabas pode ser ativo ou inativo na base de dados de saída. Se o núcleo Adabas está ativo para restaurar os arquivos do Checkpoint ou Security Files, o utilitário ADASAV exige controle de banco de dados exclusivo, ou seja, nenhum usuário pode estar ativo na base de dados.

6 - O registo de protectcion Log (PLOG) data set que contém informações escritas por núcleo a sessão no momento da operação de SAVE (consulte saída do SAVE) deve ser fornecido. Data Set do PLOG de outras sessões também podem ser incluídos. Se nenhum dos arquivos a serem restaurados foram modificados durante a operação on-line SALVAR, os dados de registro de proteção definido (s) podem ser omitidos.

7 - Se a fita SAVE foi criado com Adabas versão 5.1, a localização do posto SYN1/SYN4 escrito pelo núcleo Adabas no início da operação online SAVE deve ser especificado.

8 - Se a operação de save foi executado com o parâmetro DRIVES, os dados conjuntos SAVE criados também podem ser restauradas com o parâmetro de unidades. Nesse caso, a operação de restauração é feita a partir dos vários conjuntos de SAVE de dados em paralelo. Alternativamente, os conjuntos de dados SAVE podem ser concatenadas para um conjunto de dados único e o SAVE para uma operação de restauração sem o parâmetro unidades.

9 - Para restaurar apenas alguns arquivos de um banco de multivolume SAVE data set, apenas os volumes de fita que realmente contém dados dos arquivos a serem restaurados devem ser fornecidos no controle do job ADASAV. O protocolo de trabalho da operação de save, bem como os postos de controle correspondentes SYNV indicar os arquivos ou partes de arquivos contidos em cada volume.

10 - Arquivos expandido e arquivos associados só podem ser restaurados ou substituídos como um todo. Ou seja, se um arquivo em um arquivo expandido é especificado, todos os outros arquivos no arquivo expandido deve ser especificado. Se um arquivo em um relacionamento acoplado for especificado, todos os outros arquivos que o relacionamento deve ser especificado.

11 - Um A checkpoint, security, trigger ou sistema de arquivos definidos pelo usuário podem ser substituídos apenas por um outro checkpoint, security, trigger, ou sistema de arquivos definidos pelo usuário, respectivamente. Um checkpoint, security, ou trigger não pode ser restaurado se esse arquivo já existe no banco de dados com um número de arquivo diferente.

12 - Novo números de arquivo podem ser atribuídos aos arquivos a serem restaurados usando o parâmetro newfiles.

Resultado

O resultado desta função é os arquivos especificados com o mesmo estado físico que eles tinham no final da operação ADASAV SAVE.

Sintaxe

A lista de arquivos especifica um ou mais números de arquivo Adabas ou um intervalo de números de arquivos a serem restaurados. Intervalos de números de arquivo deve ser especificado usando um traço (-) no formato: fnfirst - fnlast .

Se o arquivo especificado é um arquivo de componente de um arquivo Adabas expandida, todos os arquivos de outro componente do arquivo expandido também deve ser especificado aqui. Se um arquivo especificado é acoplado a outros arquivos, os arquivos associados também deve ser especificado.

A lista de arquivo especificado não precisa corresponder a uma lista de arquivos usado na função de correspondentes SAVE. A lista de arquivos pode ser especificado, mesmo se não existe uma lista de arquivos foi usado para a função SAVE correspondente.

Um arquivo pode ser restaurado usando uma fita SAVE criado a partir de um banco de dados diferentes, porém os tipos de dispositivos devem ser idênticos.

Optional Parameters and Subparameters

ALLOCATION: Action to Follow File Extent Allocation Failure

ALLOCATION especifica a ação a ser tomada se alocações de extensão de arquivo não pode ser obtida de acordo com os parâmetros de posicionamento ACRABN, DSRABN, NIRABN ou UIRABN.

ALLOCATION pertence às especificações implícita RABN derivada a partir dos arquivos no armazenamento de dados definido.

Por padrão (ou seja, ALLOCATION=FORCE), o utilitário termina com o erro se houver alocação de extensão de arquivo não podem ser cumpridas de acordo com parâmetros RABN colocação.

Se a ALLOCATION=NOFORCE é especificado e qualquer atribuição de parâmetros de posicionamento falhar, as tentativas de utilidade a atribuição, sem o parâmetro de posicionamento.

Nota:
Uma operação ADASAV RESTONL de FILES com ALLOCATION=NOFORCE especificado não pode ser completado com RESTPLOG se a função falhar após a conclusão da restauração dos dados SAVE definida, mas antes de concluir a restauração do registro de proteção.

BUFNO: Count of Buffers Per Drive

O valor BUFNO, multiplicado pelo valor do parâmetro DRIVES, aloca buffers fixada para a operação RESTONL. Um valor de 2 ou 3 normalmente oferece um ótimo desempenho, até 255 é possível. Um valor superior a 5, no entanto, oferece pouca vantagem e aloca um monte de espaço. O padrão é 1 (um buffer por unidade).

DRIVES: Tape Drives for Parallel Restore

Drives é o número de unidades de fita a ser utilizado para restaurar o processamento paralelo. O número pode variar de 1-8, inclusive, o padrão é 1.

EXCLUDE: Exclude Specified Files from Restore

EXCLUDE lista os números de arquivos a serem excluídos da operação de restauração, ou seja, os arquivos que não estão a ser restaurados. Esta lista pode incluir uma lista de mais de um número de arquivo Adabas ou um intervalo de números de arquivo. Intervalos de números de arquivo deve ser especificado usando um traço (-) no formato: fnfirst - fnlast .

O parâmetro é opcional: se não especificado, não arquivos são excluídos. Um número de arquivos podem ser listados apenas uma vez, individualmente ou em um intervalo.

Se o parâmetro newfiles:

não é especificado, todos os arquivos especificados no parâmetro EXCLUDE também deve ser especificado no parâmetro FILES.

for especificado, todos os arquivos especificados no parâmetro EXCLUDE também deve ser especificado no parâmetro newfiles. Neste caso, os números de arquivo especificado no parâmetro EXCLUDE referem aos números de novo arquivo no newfiles, não para os números de arquivo antigo no parâmetro FILES.

O parâmetro EXCLUDE é fornecido para utilização em trabalhos de recuperação construído pelo Adabas Recovery Aid (ADARAI).

NEWFILES: New File Numbers

O parâmetro newfiles especifica o número do novo arquivo a ser atribuído a cada arquivo especificado por arquivos. O parâmetro é opcional, se não houver novo número é atribuído a um arquivo, ele mantém o seu número original. Newfiles não pode ser especificado para arquivos expandidos, fisicamente acoplado arquivos, ou arquivos replicados.

Nota:
O parâmetro newfiles não é permitida se uma variedade de arquivos é especificado no parâmetro FILES.

Se um arquivo com um número especificado pelo newfiles já existe no banco de dados, o arquivo correspondente não será restaurada a menos que o parâmetro overwrite seja também especificado. Se o arquivo a ser substituído é protegido por senha, a senha correspondente parâmetro também deve ser especificado.

Se vários arquivos devem ser restaurados, a lista de números de arquivo no parâmetro newfiles deve corresponder à lista de arquivos no parâmetro FILES. Se nenhum número novo arquivo deve ser atribuído a um arquivo, a sua entrada na lista de número de processo newfiles deve ser especificado como zero.

Você pode usar newfiles renumerar um base file ou LOB file somente se ambos os arquivos do grupo de arquivos LOB são restauradas. Neste caso, ambos os arquivos ADASAV atribui os números de novo arquivo especificado pelo parâmetro newfiles e ajusta as relações entre os dois arquivos em conformidade. No entanto, se apenas um arquivo de um grupo de arquivos LOB for restaurada, ele não pode ser atribuído um número novo arquivo usando o parâmetro newfiles; usar o ADADBS ou função AOS RENUMERAR vez.

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o user abend 34 (com um dump) ou o user abend 35 (sem dump). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utility TERMINATED DUE TO ERROR CONDITION" é exibida e o utilitário termina com o código de condição de 20.

Este parâmetro faz com que um arquivo existente a ser excluído e depois restaurada. Se um arquivo que será restaurado, está já presente no banco de dados, ADASAV vai ignorar esse arquivo a menos que o parâmetro overwrite é fornecido.

Nota:
Para evitar acidentalmente sobrescrever o banco de dados, a Software AG recomenda que você sempre especificar o parâmetro de substituição após e não antes, a lista de arquivos FILES.

PASSWORD: File Password/Passwords

Especifica uma senha ou uma lista de senhas, se um ou mais arquivos na lista de arquivos. Os arquivos são protegidos por senha. Isso se aplica somente a arquivos já estão no banco de dados que devem ser substituídos. Se o parâmetro newfiles é especificado, o parâmetro de senha deve especificar as senhas relacionadas com os números do novo arquivo.

Ao restaurar mais de um arquivo protegido por senha, a senha correta deve ser especificada como valores posicionais correspondentes às posições dos números arquivo protegido »na lista de arquivos. Consulte os Examples para obter mais informações sobre o parâmetro de senha. O núcleo Adabas deve ser ativo, se arquivos protegidos por senha estão sendo substituídos.

PLOGNUM: Protection Log Number

PLOGNUM especifica o número de registo de proteção do núcleo (PLOG) usado enquanto a operação de ADASAV SAVE de backup foi ativo (veja a lista de saída da função SAVE on-line). Este parâmetro é opcional quando restaurar uma fita SAVE criado por ADASAV versão 5.2 ou superior, ou quando nenhum dos arquivos a serem restaurados foram alterados durante a operação de salvamento. proteção seqüencial (SIBA) registros de mais de uma sessão de núcleo podem ser concatenadas. ADASAV pula PLOGs com um número inferior ao valor PLOGNUM.

Se o PLOGNUM não for especificado, ADASAV determina automaticamente o valor correto da informação armazenada nos data set de SAVE.

Nota:
Isso não é possível a restauração de uma versão 5.1 Salvar dados definido.

READONLY: Read-only Status Indicator

READONLY indica se o status de somente leitura está ligado ou desligado para um arquivo ou uma lista de arquivos. Os valores válidos para este parâmetro são "YES" (status de somente leitura está ligado) e "NO" (status de somente leitura está desligado).

Ao restaurar mais de um arquivo, o status de somente leitura deve ser especificado como valores posicionais correspondentes às posições arquivo número na lista de arquivos.

Se READONLY não é especificado, o status de somente leitura do arquivo será o mesmo que foi nos dados SAVE set.

Nota:
O parâmetro READONLY não é permitida se uma variedade de arquivos é especificado no parâmetro FILES.

RPLACTIVE: Reset the Replication Inactive Flag in the FCB

RPLACTIVE é um parâmetro opcional que especifica o sinalizador inativos configuração de um arquivo durante a restauração de processamento. configurações do sinalizador válido inativos são "YES", "NO", ou nenhum. Um cenário de "YES" desliga o inativo bandeira replicação (YFSTQRPI) para um arquivo. Uma definição de "NO" gira em torno da bandeira inativos replicação.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID de banco de dados de destino do processamento de restauração e seu estado de replicação. Se qualquer uma das seguintes condições forem satisfeitas, o padrão é "YES", caso contrário o padrão é "NO":

A replicação do original é desligado.

A restauração DBID não é o mesmo que o DBID original guardada.

A identificação do objectivo inicial de replicação foi alterado.

O original de replicação antes de imagem foi alterada.

A chave primária de replicação foi alterado.

A replicação do original é desligado.

Ao restaurar mais de um arquivo, as configurações corretas RPLACTIVE devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLACTIVE:

RPLACTIVE='YES,NO,,YES'

Neste exemplo, a bandeira inativo é desligado (SIM) para os arquivos de primeira e quarta e ligado (ON) para o segundo arquivo. Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado.

RPLDATA: Send Data of the Restoring File to Replication Target ID

RPLDATA é um parâmetro opcional que indica se os dados em um arquivo devem ser replicado para a replicação de destino ID (parâmetro RPLTARGETID). configurações de replicação válidos são "YES", "NO", "CREATE", ou nenhuma configuração em tudo. Um cenário de "YES" faz com que a restaurar a função de replicar os dados do arquivo para o destino de replicação durante a restauração de processamento. Uma definição de transformação "NO" não irá replicar os dados para o destino de replicação durante a restauração. Uma configuração de CREATE causa da função de restauro para replicar os dados do arquivo para o destino de replicação durante a restauração, transformação, mas também envia uma mensagem "criar o arquivo" operação para o destino de replicação. Se nenhuma configuração é especificada, o padrão "NO" é usado.

Nota:
Os valores do "YES" ou "CREATE" só pode ser especificado se a replicação está ativado para o arquivo correspondente.

Ao restaurar mais de um arquivo na lista de arquivos arquivo, as configurações RPLDATA devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLACTIVE:

RPLDATA='YES,NO,,YES'

Neste exemplo, os dados nos arquivos de primeira e quarta (SIM) será replicada para o destino de replicação, mas não vai ser replicado para os arquivos de segunda e terceira (NO e nenhuma configuração para o arquivo de terceiros).

RPLDSBI: Replication Data Storage Before Image

RPLDSBI é um parâmetro opcional que indica se a coleção de imagens antes do armazenamento de dados deve ocorrer por um comando de atualização para um arquivo. Valores válidos são RPLDSBI "YES", "NO", ou nenhum. Uma definição de "YES" indica que a recolha de imagens antes do armazenamento de dados irá ocorrer para restaurar o arquivo durante o processamento. Uma definição de "NO" indica que a recolha de imagens antes do armazenamento de dados não ocorrerá para o arquivo durante a restauração de processamento.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID de banco de dados de destino do processamento de restauração e seu estado de replicação. Se a restauração DBID é o mesmo que o DBID originalmente guardadas e REPLICATION=YES no alvo DBID, o padrão é "YES", caso contrário o padrão é "NO".

Nota:
A valores de "YES" só pode ser especificado se a replicação está ativado para o arquivo correspondente.

Ao restaurar mais de um arquivo na lista de arquivos arquivo, as configurações RPLDSBI devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLDSBI:

RPLDSBI='YES,NO,,YES'

Neste exemplo, antes as imagens são recolhidas para os arquivos de primeira e quarta (SIM), mas não são recolhidos para o segundo arquivo (NO). Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado ..

RPLKEY: Primary Key for Replication

RPLKEY é um parâmetro opcional que especifica a chave primária para a replicação. Valores válidos do RPLKEY são um nome de campo de dois caracteres, "OFF", ou não tem uma definição em tudo. Especificando um nome de domínio identifica o campo como chave primária para a replicação. Uma definição de "OFF" indica que não há chave primária deve ser usado para replicação.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID do banco de dados de destino do processamento de restauração e seu estado de replicação. Se a restauração DBID é o mesmo que o DBID originalmente guardadas e REPLICATION=YES no alvo DBID, o valor RPLKEY original para o arquivo é usado, caso contrário o padrão é "OFF".

Nota:
Uma chave primária só pode ser definido se a replicação está ativado para o arquivo e se o nome do campo é um campo Adabas válido de acordo com a tabela de definição de campo (FDT) para o arquivo. Quando um novo RPLKEY é especificado, ela não será confirmada como um campo Adabas válido até ao final da corrida ADASAV. Naquele tempo, se houver RPLKEY é considerada inválida, uma mensagem de aviso é emitido, o RPLKEY está definido para "OFF", e o condition code 8 é retornado.

Ao restaurar mais de um arquivo na lista de arquivos, as configurações RPLKEY devem ser especificados como valores posicionais correspondentes às posições dos números de arquivos na lista. Por exemplo, se quatro arquivos estão listados na lista de arquivos, o seguinte pode ser a definição para o parâmetro RPLKEY:

RPLKEY='AA, BB, OFF'

Neste exemplo, o campo do AA é usado como chave primária de replicação para o primeiro arquivo, o BB é utilizado como chave primária de replicação para o segundo arquivo, e nenhuma chave de replicação primário é usado para o arquivo de quarta (OFF). Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado

RPLTARGETID: Replication Target ID

RPLTARGETID é um parâmetro opcional que especifica o ID de destino do servidor replicador de eventos para os quais as operações restaurado deve ser enviada. Valores válidos RPLTARGETID são um alvo válido de identificação, "OFF", ou não tem uma definição em tudo. Especificando um ID de destino identifica que, como o alvo para a replicação. Uma definição de "OFF" ou "0" indica que não há destino de replicação deve ser usada para a replicação.

Se nenhuma configuração é especificada, o valor padrão é usado. O padrão depende do ID de banco de dados de destino do processamento de restauração e seu estado de replicação. Se a restauração DBID é o mesmo que o DBID originalmente guardadas e REPLICATION=YES no alvo DBID, o valor RPLTARGETID original para o arquivo é usado, caso contrário o padrão é "OFF".

Nota:
Um destino de replicação ID só pode ser especificado se a replicação está ativado para o arquivo.

Ao restaurar mais de um arquivo na lista de arquivos arquivo, as configurações RPLTARGETID devem ser especificados como valores posicionais correspondentes às posições dos números de arquivo "na lista de arquivos. Por exemplo, se quatro arquivos estão listados na lista de arquivos FILES, o seguinte pode ser a definição para o parâmetro RPLTARGETID:

RPLTARGETID='23,24,,OFF'

Neste exemplo, o target ID 23 é usado como o destino de replicação para o primeiro arquivo, 24 é usado como o destino de replicação para o segundo arquivo, e nenhum destino de replicação é utilizado para o arquivo de quarta (OFF). Não há valor previsto para o terceiro arquivo, assim que um padrão adequado para o arquivo é usado

RPLUPDATEONLY: Allow Only Event Replicator Processing Updates

O parâmetro RPLUPDATEONLY pode ser usado na função ADASAV RESTONL para indicar se um arquivo de banco de dados Adabas pode ser atualizado apenas pelo Event Replicator Server como parte da replicação Adabas-para-Adabas ou por outros meios também. Este parâmetro é opcional. Os valores válidos são "YES" ou "NO". Um valor "YES" indica que o arquivo só pode ser atualizado através do Event Replicator processing, um valor "NO" indica que o arquivo pode ser atualizado por qualquer meio normal, incluindo o Event Replicator processing.

Se nenhum valor for especificado, o padrão RPLUPDATEONLY configuração do arquivo no momento da operação correspondente SAVE é usado.

SYN1|SYN4: Starting Block Number

O número de blocos contendo o checkpoint SYN1/SYN4 em que a operação de restauração é de começar (veja o anúncio de saída da função SAVE online para o número do bloco). Ao restaurar uma fita SAVE criado por ADASAV versão 5.2 ou superior, este parâmetro é opcional.

Se não for especificado SYN1/SYN4, ADASAV determina automaticamente o valor correto da informação armazenada nos dados SAVE set.

Nota:
Isso não é possível a restauração de uma versão 5.1 Salvar dados definido.

TEST: Test Syntax

O parâmetro de test verifica a sintaxe da operação sem realmente executar a operação. Apenas a sintaxe dos parâmetros especificados podem ser testados, não a validade dos valores e variáveis.

Exemplos

Example 1:

ADASAV RESTONL FILES=3,4,5, OVERWRITE
ADASAV PASSWORD='PWDFIL3,,PWDFIL5'
ADASAV PLOGNUM=15,SYN1=20

Arquivos de 3, 4 e 5 devem ser restaurados. Arquivos de 3 e 5 são protegidas por senha e as senhas foram PWDFIL3 e PWDFIL5. O número é 15 PLOG eo bloco que contém o ponto de verificação SIN1 é 20. Os arquivos antigos serão substituídos.

Example 2:

ADASAV RESTONL FILES=11,12,13,14,OVERWRITE
ADASAV NEWFILES=16,0,17

Arquivos 11, 12, 13 e 14 anos estão a ser restaurado. Arquivos de 11 e 13 devem ser restaurados como arquivos de 16 e 17, respectivamente. Os números dos arquivos 12 e 14 não será alterado, porque os correspondentes valores newfiles parâmetros são especificados como zero ou omitido. Arquivos 12, 14, 16 e 17 devem ser substituídas, se já presente no banco de dados.

Original - Clique Aqui

ADACNV REVERT

2011-03-07T06:34:00.000-08:00

A função REVERT volta a versão Adabas.

Essential Parameter and Subparameter

TOVERS: Target Version

A versão do banco de dados Adabas (versão e nível de revisão) para alcançar no final do job ADACNV. O valor do parâmetro TOVERS deve ser uma versão inferior à versão de origem.

O formato da versão é vr indicando a versão eo nível de revisão, por exemplo, 61.

Optional Parameter

IGNPPT: Ignore Parallel Participant Table PLOG Entries

Quando a reversão de uma versão do Adabas, que usa a parallel participant table (PPT) para uma versão inferior do Adabas, um erro é impressa e a conversão falhará se o sistema detectar um ou mais registros de proteção (PLOGs) a partir da versão atual, que não têm foram copiados / fundidos.

Se IGNPPT é especificado, o utilitário irá continuar o processamento, a despeito da não copiados PLOGs/Merged.

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o user abend 34 (com um dump) ou o user abend 35 (sem dump). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utilidade encerrada devido a Condição de erro" é exibida e o utilitário termina com o código de condição de 20.

PLOGDEV: Multiple PLOG Device Type

PLOGDEV especifica o tipo de dispositivo físico no qual os dados de log múltiplos data Set de Protection Logs para ser revertido está contido. PLOGDEV Se não for especificado, o tipo de dispositivo especificado pelo parâmetro ADARUN DEVICE é usado.

RESTART: Rerun after Point of No Return

Se ADACNV encerrado de forma anormal após o ponto de não retorno, ou seja, depois de todos os blocos alterados foram escritos para DD/FILEA, o parâmetro instrui ADACNV RESTART para iniciar seu funcionamento através da leitura do conteúdo da DD/FILEA e continue escrevendo los para o banco de dados.

TEST: Test Conversion

O parâmetro de teste verifica a viabilidade da operação de reversão, sem realmente escrever as alterações para o banco de dados.

Reversion Considerations

O seguinte é uma visão geral das etapas realizadas pela reversão ADACNV.

Todas as versões

A reversão não é possível se houver recurso Adabas é usado na versão atual que não é suportado na versão alvo. Esta declaração se aplica a todas as funcionalidades Adabas que afetam a estrutura do banco de dados.

Desde a versão 8 para qualquer versão anterior

Se um banco de dados faz uso de qualquer uma das seguintes características prolongado de Adabas 8, ADACNV não lhe permitirá reverter o banco de dados para uma versão anterior ao Adabas 8:

Mais de cinco ASSO, DATA, ou extensões DSST

Mais de cinco extensões de arquivo

Arquivos que permitem que registros estendidos

Os arquivos que permitem que mais de 191 ocorrências MU e PE

Os arquivos que fazem uso de objetos grandes (LB) campos

Arquivos com campos que têm o RN (sem compressão em branco) opção

Sistema de arquivos com números de arquivo de dois bytes

Arquivos incluindo campos excluídos logicamente.

Se quiser completar a conversão para trás, você deve primeiro remover qualquer arquivo com esses novos recursos do banco de dados Adabas.

A utilização das seguintes novos recursos fornecidos no Adabas 8 não impedem a conversão para trás Adabas 7.4, mas, naturalmente, os novos recursos não podem ser usados em Adabas 7.4:

Adabas comandos emitidos através da interface ACBX (por exemplo, com amortecedores de longo ou segmentadas)

Comandos usando os recursos de buffer novo formato (por exemplo, o indicador de comprimento).

Desde a versão 7,1-6,2

Versão 7.1 estende a tabela de espaço livre (FST) de um RABN (RABN 10) a cinco RABNs (RABNs 10-14). verifica se todos os ADACNV FST entradas caber em um RABN. Se não, a medida menor FST é removido. Este processo é repetido até que o FST se encaixa em uma quadra ASSO. Uma mensagem apropriada é impresso.

Qualquer Adabas Delta Save cabeçalho da área dlog está definido para a versão correta.

Desde a versão 6,2-6,1

Qualquer Adabas Delta Save cabeçalho da área dlog está definido para a versão correta.

Exemplo

TOVERS REVERT ADACNV = 74

A versão do Adabas da última corrida do núcleo deve ser convertido de volta (revertidos) para uma versão de banco de dados Adabas 7,4.

Original - Clique Aqui

ADACNV CONVERT

2011-03-07T06:06:00.000-08:00

A função CONVERT converte uma versão de Adabas (antiga) para uma nova versão.

Optional Parameters

IGNPPT: Ignore Parallel Participant Table PLOG Entries

Na conversão de uma versão do Adabas, que usa a parallel participant table (PPT) para uma versão superior do Adabas, um erro é impressa e conversão falhará se o sistema detectar um ou mais registros de proteção (PLOGs) a partir da versão atual, que não foram copiados/merged.

Especifique IGNPPT para continuar o processamento, apesar da PLOGs não copiados/mesclado.

Nota:
Se x DDPLOG declarações tenham sido especificados no JCL, além do DDPLOG dados x põe no PPT, os data sets especificado devem estar vazios ou o erro continua a ser recebido. IGNPPT só pertence ao tratamento PPT. Se data set do PLOG são fornecidos no JCL, ela deve estar vazia.

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o user abend 34 (com um dump) ou o user abend 35 (sem dump). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utilidade encerrada devido a Condição de erro" é exibida e o utilitário termina com o código de condição de 20.

PLOGDEV: Multiple PLOG Device Type

PLOGDEV especifica o tipo de dispositivo físico no qual os dados dos multiplos data set de Plog a serem convertidos estão contidos. PLOGDEV Se não for especificado, o tipo de dispositivo especificado pelo parâmetro ADARUN DEVICE é usado.

RESTART: Rerun after Point of No Return

Se ADACNV encerrado de forma anormal após o ponto de não retorno, ou seja, depois de todos os blocos alterados foram escritos para DD/FILEA, o parâmetro instrui ADACNV RESTART para iniciar seu funcionamento através da leitura do conteúdo da DD/FILEA e continue escrevendo los para o banco de dados.

TEST: Test Conversion

O parâmetro de teste verifica a viabilidade da operação de conversão sem realmente escrever as alterações para o banco de dados.

TOVERS: Target Version

A versão de dois caracteres de banco de dados Adabas (versão e nível de revisão) para alcançar no final do job ADACNV. Se o parâmetro é TOVERS

especificado, deverá ser uma versão superior à versão de origem.

não especificado, ADACNV usa sua própria versão como a versão de destino.

O formato da versão é vr indicando a versão e o nível de revisão, por exemplo, "74" ou "81".

Nota:
Pode haver arquivos em um banco de dados que não são carregados, mas que têm um campo de definição da tabela (FDT) armazenados nos blocos FDT. Se ADACNV FDTs tais encontros ao converter um banco de dados para a versão 8, eles são excluídos como parte de seu processamento de limpeza.

Conversion Considerations

O seguinte é uma visão geral das etapas de conversão realizada por ADACNV.

Todas as versões

A área de proteção de dados sobre os dados da Work e os data sets de PLOG vários conjuntos (se fornecido) estão habilitados para zeros binários.

Desde a versão 6,1-6,2

Qualquer Adabas Delta Save cabeçalho da área dlog está definido para a versão correta.

Desde a versão 6,2-7,1

Qualquer Adabas Delta Save cabeçalho da área dlog está definido para a versão correta.

Qualquer versão para versão 8

Pode haver arquivos em um banco de dados que não são carregados, mas que têm um campo de definição da tabela (FDT) armazenados nos blocos FDT. Se ADACNV FDTs tais encontros ao converter um banco de dados para a versão 8, eles são excluídos como parte de seu processamento de limpeza.

Exemplo

ADACNV CONVERT TOVERS = 81

A versão do Adabas selecionado na sessão do último núcleo a ser convertido para um banco de dados versão 8.1.

ADADEF NEWWORK: Defining a Work File

2011-03-07T05:55:00.001-08:00

Os seguintes parâmetros são usados para a definição do data set Work:

Notas:

1 - O núcleo Adabas não deve estar ativo durante esta função, e os antigos trabalhos devem ser especificadas no arquivo JCL/JCS.
2 - A função ADADEF NEWWORK não pode ser executado se um autorestart pendente existe.

Parâmetro essencial

WORKSIZE: Tamanho do data set de Work

O número de blocos e cilindros para ser atribuído aos data set Work.

Parâmetros Opcionais

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o usuário abend 34 (com um dump) ou o usuário abend 35 (sem dump). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utility TERMINATED DUE TO ERROR CONDITION" é exibida e o utilitário termina com o código de condição de 20.

WORKDEV: Tipo de Dispositivo

O tipo de dispositivo a ser atribuído ao novo data set Work.

Este parâmetro é necessário somente se o tipo de dispositivo a ser utilizado é diferente do que o especificado pelo parâmetro ADARUN DEVICE.

Exemplo

Um novo data set Work é definido com um tamanho de 50 cilindros. O tipo de dispositivo é obtido a partir do parâmetro DEVICE ADARUN.

ADADEF NEWWORK
ADADEF WORKSIZE = 50

Retirado - Clique Aqui

ADADEF MODIFY: Change Field Encodings

2011-03-07T05:43:00.001-08:00

A função MODIFY é usado para modificar codificações de algum parametro que foi definido pelo ADADEF DEFINE. Pelo menos um dos parâmetros de codificação opcional deve ser especificado.

Mudar os parâmetros FACODE, FWCODE ou UWCODE não afeta os arquivos já carregados desde a codificação real dos seus domínios é armazenado no FCB. A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos.

Parâmetros Opcionais

FACODE: Encoding for Alphanumeric Fields

O parâmetro FACODE especifica a codificação padrão para campos alfanuméricos para todos os arquivos no banco de dados. A codificação deve ser derivado da codificação EBCDIC, ou seja, X'40 'é o caractere de espaço. Mudança do tipo double-byte character set (DBCS) codificações são suportadas; tipo fixo DBCS (DBCS apenas) codificações tipo não são suportados. A chave de codificação padrão é a configuração atual.

A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos. Uma vez carregada, a codificação de um arquivo é armazenado em seu FCB. Alterar a configuração do banco de dados à escala não afeta os arquivos já carregados.

FWCODE: Encoding for Wide-Character Fields

O parâmetro FWCODE especifica a codificação padrão para caracteres largos campos (W) de formato para todos os arquivos no banco de dados. A codificação padrão é a configuração atual.

O parâmetro FWCODE pode ser usado para definir uma codificação de caracteres longa que define o subconjunto de pontos de código de todas as codificações do usuário. Por exemplo, o Unicode abrange cerca de 50.000 pontos de código em vez de Host-DBCS e Shift-JIS, com cerca de 10.000 pontos de código cada.

A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos. Uma vez carregada, a codificação de um arquivo é armazenado em seu FCB. Alterar a configuração do banco de dados à escala não afeta os arquivos já carregados.

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o usuário abend 34 (com um despejo) ou o usuário abend 35 (sem descarga). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utilidade encerrada devido a Condição de erro" é exibida eo utilitário termina com o código de condição de 20.

REPTOR: Set the Event Replicator Server

O parâmetro é utilizado com REPTOR ADADEF MODIFY para indicar se o banco de dados que está sendo executado é um banco de dados Adabas ou um Event Server Replicator. Os valores possíveis são "sim" ou "NÃO" (padrão).

Para um banco de dados Adabas normal, o parâmetro REPTOR deve sempre ser ajustado para "NÃO". Quando um evento Replicator Server está sendo executado, o parâmetro REPTOR deve ser ajustado para "SIM".

UACODE: User Encoding for Alphanumeric Fields

O parâmetro UACODE especifica a codificação padrão para campos alfa para usuários ASCII. A codificação deve ser derivado de codificação ASCII, ou seja, X'20 'é o caractere de espaço. Codificações para vários conjuntos de caracteres de byte é suportado. A codificação padrão é a configuração atual.

A configuração UACODE não é armazenado no arquivo carregado. Você pode substituir essa codificação para uma sessão de usuário com o comando OP.

UES: Universal Encoding Support

A UES parâmetro pode ser usado para ativar ou desativar o suporte a codificação universal para um banco de dados existente. A desativação só é possível se não há arquivos são carregados com caracteres largos campos (W) formato.

Qualquer parâmetro xxCODE válido (FACODE, FWCODE, UACODE, UWCODE) define implicitamente UES = YES.

Para desativar UES, você deve definir explicitamente UES = NO.

UWCODE: User Encoding for Wide-Character Fields

O parâmetro UWCODE especifica a codificação do usuário para caracteres largos campos (W) formato. Se o parâmetro não é especificado, o valor padrão é a configuração atual.

A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos. Uma vez carregada, a codificação de um arquivo é armazenado em seu FCB. Alterar a configuração do banco de dados à escala não afeta os arquivos já carregados.

Você pode substituir a codificação padrão para uma sessão de usuário com o comando OP.

Exemplo 1:

Desabilite o suporte a codificação universal para um banco de dados existente. O banco de dados não contém os arquivos com formato (W) de largura.

ADADEF MODIFY UES=NO

Alterar a codificação padrão para caracteres de largura (W) campos de formato para todos os arquivos no banco de dados da configuração atual para o código da página 835 (byte host tradicional chinesa duplo, incluindo 6.204 caracteres definidos pelo usuário).

ADADEF MODIFY FWCODE=835

Arquivos já carregado não são afetados por essa mudança uma vez que a codificação real dos seus domínios é armazenado no FCB. A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos.

Original - Clique Aqui

Utilitário Adabas - ADADEF

2011-03-06T19:51:00.000-08:00

O banco de dados e o arquivo de checkpoint devem ser definida ao mesmo tempo.

Os parâmetros do banco de dados incluem o ASSOSIZE necessário, DATASIZE e parâmetros WORKSIZE e os opcionais (não indentificados) através de parâmetros ASSODEV WORKDEV mostrado no diagrama de sintaxe.

O FILE=....,CHECKPOINT, ... declaração também é necessária para a definição da base de dados. Os parâmetros de verificação de arquivos (recuada sob a instrução FILE no diagrama de sintaxe) deve ser especificado imediatamente após a declaração FILE.

Os parâmetros essenciais

ASSOSIZE/ DATASIZE/ WORKSIZE: Database Size

ASSO-/DATA-/WORKSIZE especifica o número de blocos e cilindros para ser atribuído ao Associator, Data Storage e ao Work. Um valor do bloco deve ser seguido por um "B", caso contrário, o valor é assumido como sendo cilindros.

Se o Associator ou Data Storage deve ser contido em mais de um conjunto de dados, o tamanho de cada data set deve ser especificado. Se um parâmetro companheiro DATADEV ASSODEV especifica dois ou mais extensões, o ASSOSIZE equivalente ou DATASIZE parâmetro deve especificar os tamanhos de extensão como operandos de posicionamento na ordem correspondente (ver exemplos).

O WORKSIZE mínimo permitido é de 300 blocos.

Nota:
Se ASSOSIZE ou DATASIZE não é especificado, a função ADADEF DEFINE não será executados. Se a WORKSIZE não for especificado, a função irá atribuir três (3) cilindros para o trabalho conjunto de dados. Porque 3 cilindros não são geralmente suficiente para iniciar o banco de dados, WORKSIZE é considerado um parâmetro obrigatório.

DSSIZE: Data Storage Size

DSSIZE especifica o número de blocos e cilindros para ser atribuído o ponto de verificação / Armazenamento de Dados. Para os blocos, o valor especificado deve ser seguido por um "B" (por exemplo, DSSIZE = 80B).

O tamanho do arquivo de verificação com os parâmetros especificados DSSIZE e MAXDS depende

a quantidade de dados a serem armazenados ET;

o número de utilitário é executado para que a informação do ponto de verificação deve ser mantida;

o número de IDs de usuário.

FILE . . . CHECKPOINT Parameter

O parâmetro FILE...CHECKPOINT indica o número do arquivo a ser utilizado para o arquivo de sistema de verificação. Este parâmetro é obrigatório, o número de arquivo deve ser 5000 ou inferior.

Adabas usa o checkpoint system file para armazenar dados de ponto de verificação e dados do usuário fornecido com o CL Adabas e comandos ET.

MAXISN: Highest ISN to be Used

A maior ISN que pode ser atribuído ao arquivo. O valor especificado é usado para determinar a alocação de espaço para o conversor de endereços. Ao determinar a MAXISN, considere a importância dos dados de ET e os dados de verificação para o seu site.

Considera dados Adabas ET ser mais importante do que os dados de checkpoint. Assim como o ET intervalo de dados no arquivo ISN checkpoint system file está esgotada, o primeiro checkpoint ISN é suprimido e dado para os dados de ET. Este é um processo contínuo. Tão logo o MAXISN for atingido, um conversor de medida novo endereço é atribuído e entregue ao posto de controle de dados. Você pode excluir dados checkpoint pedaço por pedaço com o Adabas Online System function DELCP.

Nota:
A forma como lida com dados do checkpoint está sujeita a alterações em futuras versões do Adabas.

Parâmetros Opcionais

ACRABN/ DSRABN/ NIRABN/ UIRABN: Starting RABN

Estes parâmetros podem ser utilizados para provocar atribuição de suas respectivas áreas, para começar a RABN especificados:

ACRABN para o address converter

DSRABN para Data Storage

NIRABN para o normal index

UIRABN para o upper index

ASSODEV/ DATADEV/ WORKDEV: Device Type

ASSO-/DATA-/WORKDEV especificam o tipo de dispositivo (s) a ser atribuído ao Associator, Data Storage e a Work. Esses parâmetros são necessários apenas se o tipo de dispositivo a ser utilizado é diferente do especificado com o parâmetro ADARUN DEVICE.

WORKDEV, se especificado, só pode ser um tipo de dispositivo. Se o Associator (ASSODEV) ou Data Storage (DATADEV) deve estar contido em mais de um conjunto de dados, o tipo de dispositivo para cada conjunto de dados deve ser especificado, mesmo se ambos são extensões do tipo de dispositivo ADARUN.

Se forem usadas várias extensões com conjuntos de dados VSAM, ASSODEV DATADEV e deve refletir o tipo de dispositivo dinâmico, ou seja, DD/xxxxR1 = 9999; DD xxxxR2 = 8888, ... DD/xxxxR5 = 5555. Por exemplo, ao definir DDDATAR1 e DDDATAR2, DATADEV = 9999,8888.

De alocação de espaço para tipos de dispositivo especificado deve ser dada no companheiro ASSOSIZE, datasize e parâmetros WORKSIZE nesta ou em outra declaração ADADEF no mesmo emprego. Se um parâmetro ASSODEV ou DATADEV especifica mais de uma medida sobre o mesmo dispositivo ou tipos diferentes (DATADEV = 3380,3390, por exemplo), o companheiro ou ASSOSIZE datasize parâmetro deve especificar os tamanhos de extensão relacionados em ordem correspondente.

ASSOPFAC/ DATAPFAC: Padding Factor

ASSOPFAC define a porcentagem de espaço em cada bloco RABN Associator a ser reservado para as entradas posteriores (preenchimento de espaço). Este espaço é usado para extensões descritor mais tarde ou adições ISN. O valor percentual especificado, que pode variar de 10-90, deve ser grande o suficiente para evitar a sobrecarga causada quando forças bloco estouro da divisão de um bloco de endereços existentes em dois novos blocos. ASSOPFAC Se não for especificado, ADADEF assume um fator de preenchimento de 10%.

DATAPFAC define a porcentagem de espaço em cada bloco de dados RABN armazenamento de reserva para as entradas posteriores (preenchimento de espaço). Este espaço é usado quando a alterações de um registro de dados existentes fazem com que necessita de mais espaço no bloco, um registo actualizado de que não cabe mais no bloco existente deve ser transferida para outro bloco. O valor percentual especificado, que pode variar de 10-90, deve ser grande o suficiente para evitar a sobrecarga causada quando forças bloco estouro da divisão de um bloco de endereços existentes em dois novos blocos. DATAPFAC Se não for especificado, ADADEF assume um fator de preenchimento de 10%.

ASSOVOLUME/ DATAVOLUME: Extent Volume

Nota:
Valores para ASSOVOLUME DataVolume e deve ser colocado entre apóstrofos.

ASSOVOLUME especifica o volume no qual o espaço do arquivo Associator (isto é, o AC, NI, e extensões da interface do usuário) deve ser alocado.

DataVolume especifica o volume no qual o arquivo do espaço de armazenamento de dados (extensões DS) são alocados.

Se o número solicitado de blocos não podem ser encontrados no volume especificado, tentativas ADADEF atribuição ignorando o ASSOVOLUME ou valor do parâmetro DataVolume.

Se ACRABN, UIRABN ou NIRABN for especificado, ADADEF ignora o valor ASSOVOLUME aquando da atribuição do tipo de medida correspondente.

Se DSRABN for especificado, DataVolume é ignorado para o arquivo relacionado.

Se ASSOVOLUME e / ou DataVolume não são especificados, o arquivo Associator e / ou espaço de armazenamento de dados, respectivamente, é atribuído de acordo com as regras ADADEF de alocação padrão.

DBIDENT: Database Identifier

DBIDENT especifica o número de identificação a ser atribuído ao banco de dados. Um valor no intervalo 1-65535 pode ser especificado. Se este parâmetro for omitido, o valor especificado com o parâmetro DBID ADARUN é usado.

Se vários bancos de dados devem ser estabelecidos, o parâmetro DBIDENT é necessária para identificar exclusivamente cada banco de dados.

DBNAME: Database Name

Dbname é o nome a ser atribuído ao banco de dados. Esse nome aparece no título do Estado de Banco de Dados Relatório produzido pelo utilitário ADAREP. Um máximo de 16 caracteres podem ser especificados. Coloque o nome entre aspas simples se o nome inclui quaisquer caracteres especiais diferentes traços, ou se o nome contém espaços embebidos.

Se este parâmetro for omitido, um valor padrão de "General-DATABASE" é atribuído.

DSDEV: Device Type for Data Storage

DSdev especifica o tipo de dispositivo a ser usado para o arquivo de verificação de armazenamento de dados. Não existe um valor padrão, se DSdev não é especificado, um tipo de dispositivo é usado arbitrária.

DSREUSE: Storage Reusage

DSREUSE indica se o espaço que fica disponível no arquivo de verificação está para ser reutilizado. O padrão é SIM.

FACODE: Encoding for Alphanumeric Fields

O parâmetro FACODE especifica a codificação padrão para campos alfanuméricos para todos os arquivos no banco de dados. A codificação deve ser derivado da codificação EBCDIC, ou seja, X'40 'é o caractere de espaço. Modal ou mudança do tipo double-byte character set (DBCS) codificações são suportadas; tipo fixo DBCS (DBCS apenas) codificações não são suportados. A chave de codificação padrão é 37.

A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos. Uma vez carregada, a codificação de um arquivo é armazenado em seu FCB.

Você pode alterar a codificação padrão definido neste parâmetro usando a função ADADEF MODIFY. Alterar a configuração do banco de dados à escala não afeta os arquivos já carregados.

FWCODE: Encoding for Wide-Character Fields

O parâmetro FWCODE especifica a codificação padrão para caracteres largos campos (W) de formato para todos os arquivos no banco de dados. A codificação padrão é 4095, ou seja, Unicode.

O parâmetro FWCODE pode ser usado para definir uma codificação de caracteres longa que define o subconjunto de pontos de código de todas as codificações do usuário. Por exemplo, o Unicode abrange cerca de 50.000 pontos de código em vez de Host-DBCS e Shift-JIS, com cerca de 10.000 pontos de código cada.

A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos. Uma vez carregada, a codificação de um arquivo é armazenado em seu FCB.

Você pode alterar a codificação padrão definido neste parâmetro usando a função ADADEF MODIFY. Alterar a configuração do banco de dados à escala não afeta os arquivos já carregados.

ISNSIZE: 3- or 4-Byte ISN

ISNSIZE indica se ISNs no arquivo são 3 ou 4 bytes. O padrão é de 3 bytes.

MAXDS/ MAXNI/ MAXUI: Maximum Secondary Allocation

MAXDS / NI / UI especificar o número máximo de blocos por extensão secundária para armazenamento de dados, o índice normal, eo índice superior, respectivamente. O valor especificado deve ser seguido por um "B" para os blocos (por exemplo, MAXDS = 8000B) e não pode ser superior a 65535B.

MAXFILES: Highest File Number

MAXFILES especifica o número máximo de arquivos que podem ser carregadas no banco de dados. O valor mínimo para este parâmetro é 3. O valor máximo permitido é de 5000 ou um a menos que o tamanho do bloco ASSOR1, o que for menor. Por exemplo, 2003 é o maior valor MAXFILES para um banco de dados cujo ASSOR1 é armazenado em um DASD 3380.

O valor especificado determina o número de blocos de controle de arquivos e tabelas de definição de campo a ser alocado, quando o banco de dados está sendo estabelecida. Cada bloco de controle de arquivo precisa de um bloco Associator e cada tabela de definição de campo requer quatro blocos Associator.

Se este parâmetro for omitido, um valor de 255 é atribuído.

Uma vez que o banco de dados foi estabelecido, o valor para MAXFILES só pode ser alterado, executando as funções REORASSO ou REORDB do utilitário ADAORD.

NAME: Name of the Checkpoint File

NAME especifica o nome para o arquivo de verificação a ser definida. Esse nome aparece no status de banco de dados Relatório produzido pelo utilitário ADAREP. O número máximo de caracteres permitido é 16. O nome do arquivo padrão é CHECKPOINT.

NISIZE: Normal Index Size

NISIZE especifica o número de blocos e cilindros para ser atribuído ao índice normal. Para os blocos, o valor especificado deve ser seguido por "B" (por exemplo, NISIZE = 80B).

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executado, o programa imprime uma mensagem de erro e termina com o usuário abend 34 (com um despejo) ou o usuário abend 35 (sem descarga). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utilidade encerrada devido a Condição de erro" é exibida eo utilitário termina com o código de condição de 20.

OVERWRITE: Overwrite Existing Database

Especifique OVERWRITE para escrever sobre um banco de dados existente. OVERWRITE não pode ser especificado durante a criação de um banco de dados com conjuntos de dados recém-formatado.

RABNSIZE: 3- or 4-Byte RABN

RABNSIZE especifica o período de RABNs no banco de dados. Especifique 3 para 24 bits ou 4 RABNs RABNs para 31 bits. O padrão é 3.

REPTOR: Set the Event Replicator Server

O parâmetro é utilizado com REPTOR ADADEF DEFINE para especificar se um banco de dados Adabas normal está sendo definido, ou se um evento Replicator Server está sendo definido. Os valores possíveis são "sim" ou "NÃO" (o padrão).

Especifique REPTOR=NO para um banco de dados Adabas normal. Especifique REPTOR=YES para um servidor Replicator evento.

UACODE: User Encoding for Alphanumeric Fields

O parâmetro UACODE especifica a codificação padrão para campos alfanuméricos para usuários ASCII. A codificação deve ser derivado de codificação ASCII, ou seja, X'20 'é o caractere de espaço. Codificações para vários conjuntos de caracteres de byte são suportados. A codificação padrão é 437.

O valor UACODE não é armazenado no arquivo a ser carregado.

Você pode substituir a codificação padrão definido neste parâmetro para uma sessão de usuário usando o comando OP. Você pode mudá-lo, geralmente usando a função ADADEF MODIFY.

UES: Universal Encoding Support

Definindo o parâmetro UES ativa suporte a codificação universal para o banco de dados. Qualquer parâmetro xxCODE válido (FACODE, FWCODE, UACODE, UWCODE) define implicitamente UES = YES.

Para desativar UES, você deve definir explicitamente UES = NO.

Você pode alterar a configuração padrão desse parâmetro, geralmente usando a função ADADEF MODIFY.

UISIZE: Upper Index Size

UISIZE especifica o número de blocos e cilindros para ser atribuído ao índice superior. Para os blocos, o valor especificado deve ser seguido por "B" (por exemplo, UISIZE = 80B).

UWCODE: User Encoding for Wide-Character Fields

O parâmetro UWCODE especifica a codificação do usuário para caracteres largos campos (W) formato. Se o parâmetro não for especificado, o valor padrão é o valor atual da FWCODE.

A finalidade da configuração do banco de dados a nível é servir como um padrão ao carregar arquivos. Uma vez carregada, a codificação de um arquivo é armazenado em seu FCB.

Você pode substituir a codificação padrão definido neste parâmetro para uma sessão de usuário usando o comando OP. Você pode alterar a configuração padrão, geralmente usando a função ADADEF MODIFY. Alterar a configuração do banco de dados à escala não afeta os arquivos já carregados.

Exemplos

Exemplo 1:

ADADEF DEFINE
ADADEF  ASSOSIZE=200,DATASIZE=600,WORKSIZE=50
ADADEF  DBIDENT=1,DBNAME=DATABASE-1
ADADEF  MAXFILES=150
ADADEF  FILE=1,CHECKPOINT
ADADEF  NAME='DB1-CHECKPOINT',MAXISN=5000
ADADEF  DSSIZE=2,NISIZE=50B,UISIZE=10B

O Associator, Data Storage e tamanhos da Work são iguais aos cilindros 200, 600 e 50, respectivamente. O identificador numérico para o banco de dados é 1 eo nome do banco é banco de dados-1. O número máximo de arquivos (e o maior número de ficheiro) que podem ser carregadas no banco de dados é de 150. Arquivo 1 deve ser reservado para o arquivo de verificação Adabas. O nome do arquivo do sistema é a primeira DB1 CHECKPOINT. O tamanho de armazenamento de dados para este arquivo é para ser 2 cilindros, o tamanho do índice normal de 50 blocos, o tamanho do índice superior a 10 quadras, e os MAXISN deve ser 5000.

Exemplo 2:

ADADEF DEFINE
ADADEF  ASSODEV=3380,DATADEV=3380,3390,WORKDEV=3380
ADADEF  ASSOSIZE=100,DATASIZE=200,300,WORKSIZE=25
ADADEF  DBIDENT=2,DBNAME='DATABASE_2'
ADADEF  MAXFILES=255
ADADEF  FILE=255,CHECKPOINT,MAXISN=5000
ADADEF  DSSIZE=3,NISIZE=100B,UISIZE=20B

O Associator deve ser contida em um tipo de dispositivo de 3380, e ocupa 100 cilindros. Data Storage é composto por dois conjuntos de dados: o primeiro conjunto de dados é de 200 cilindros contidas no primeiro tipo de dispositivo DATADEV (3380), eo segundo conjunto de dados é de 300 cilindros contidas no segundo tipo de dispositivo DATADEV (3390). O espaço da Work é de 25 cilindros no dispositivo WORKDEV (3380).

O identificador numérico para o banco de dados é 2, eo nome do banco de dados é DATABASE_2. Um máximo de 255 arquivos podem ser carregados no banco de dados. Um arquivo de checkpoint Adabas é carregado durante esta etapa.

Original - Clique Aqui

Utilitário Adabas - ADASAV

2011-03-06T19:18:00.000-08:00

A função ADASAV SAVE salva o conteúdo do banco de dados para um conjunto de dados seqüencial.Ele salva todos os blocos que estão em uso no banco de dados.

A função Save (banco de dados) podem ser executadas com o núcleo Adabas ativo ou inativo. Se for executado enquanto o núcleo Adabas é

ativo, a função RESTONL deve ser usado para restaurar o banco de dados posteriormente.

inativa, a restaurar a função deve ser usada para restaurar o banco de dados posteriormente.

Em ambos os casos, é possível restaurar apenas um ou alguns arquivos do banco de dados salvos nos dados SAVE set.

Se o núcleo Adabas está inativo, ele não pode ser iniciado enquanto a função SAVE está em execução, e sem utilidade (como ADALOD, por exemplo) que faz alterações para o banco de dados sendo salvos podem ser executados durante a gravação. A função SAVE não podem ser executados offline se uma sessão de núcleo autorestart está pendente, ou se outro utilitário offline (como ADALOD ou ADASAV) está actualmente em execução.

Se o núcleo Adabas é ativo durante a execução da operação de backup, os usuários têm acesso completo ao banco de dados sendo salvo. Eles podem realizar comandos de leitura, busca, atualizar, inserir e excluir. No entanto, utilitários que fazem alterações no banco de dados para ser salvo (como ADALOD, ADAINV ou ADADBS REFRESH, por exemplo) não deve ser executado e não pode ser iniciado enquanto a função de economia está em execução. Uma operação de salvamento online também não é possível se o núcleo está sendo executado sem a proteção de registro.

Em uma operação online salvar o banco de dados a ser salvo pode ser alterado quando ADASAV está realizando a operação de salvamento. Portanto, o núcleo Adabas escreve todos os blocos alterados para o log de proteção também. Este registro de proteção devem ser fornecidos para uma operação de restauração subseqüentes (isto é, uma função RESTONL).

O início de um banco de dados online salvar é marcado por um posto de controle SIN1. No final do salvar online, o núcleo sincroniza todas as transações ativas no momento. Isto significa que não executa nenhuma Adabas mais comandos de atualização para os usuários em situação de ET, mas permite que os outros usuários ativos para continuar até atingir o estatuto de ET. Este status é então marcada por um posto de controle SYN2. A verificação SYN2 marca, portanto, um estado consistente do banco de dados onde não há transações estão em andamento. Este estado é reproduzido quando o banco de dados ou arquivos são restaurados a partir dos dados SAVE definido posteriormente.

O tempo máximo necessário para a sincronização de transação pode ser limitada pelo parâmetro TTSYN.

Bancos de dados que residem em vários volumes de disco são salvos vários conjuntos de dados em paralelo SAVE quando o parâmetro é especificado DRIVES. Este modo de operação pode reduzir significativamente a duração do salvar. Os conjuntos de salvar os dados, quando concatenado na ordem crescente de número da unidade, são equivalentes a um conjunto de dados único SAVE produzido sem o parâmetro de unidades.

A função Save (banco de dados) não salvar arquivos que estão em inverter, carregar, refrescar, reordenar ou restaurar o estado. Na verdade, ele remove esses arquivos da lista de arquivos, cópias ADAU15 mensagem, e executa a operação de salvamento para os demais arquivos. No final, ADASAV termina com código de retorno 4.

Se a opção Recuperação do auxílio (rlog) está ativo, a função Save (banco de dados) inicia uma nova geração rlog.

BUFNO: Count of Buffers

O valor fixado BUFNO aloca buffers para a operação de backup. Um valor de 2 ou 3 normalmente oferece um ótimo desempenho, até 255 é possível. Um valor superior a 5, no entanto, oferece pouca vantagem e aloca um monte de espaço. O padrão é 1 (um buffer por unidade).

DRIVES: Tape Drives for Parallel Save Processing

Drives é o número de data set de saída sequencial (geralmente em unidades de fita) para ser usado para operações paralelas SAVE. Um máximo de 8 unidades podem ser especificados. O padrão é 1.

INCREMENTAL: Save Changed Files Only

INCREMENTAL salva somente os arquivos que foram alterados desde a última operação de save ADASAV. Se incremental não é especificado, a função SAVE salva todos os arquivos de banco de dados.

NOUSERABEND: Termination without Abend

Quando for encontrado um erro enquanto a função está sendo executada, o programa imprime uma mensagem de erro e termina com o user abend 34 (com um dump) ou o user abend 35 (sem dump). Quando NOUSERABEND é especificado, ele deve ser especificado como o primeiro parâmetro (antes de todos os outros parâmetros) para a função de utilidade.

Se NOUSERABEND for especificado, o utilitário não abend depois de imprimir a mensagem de erro. Em vez disso, a mensagem de "utility TERMINATED DUE TO ERROR CONDITION" é exibida e o utilitário termina com o código de condição de 20.

PERDRIVE: Disk Drives Per Tape Drive

PERDRIVE especifica o número de unidades de disco a ser atribuído a uma única unidade de unidades de fita. Por exemplo, se o banco de dados está contido em sete discos e três unidades de fita estão disponíveis para o processamento de SAVE, PERDRIVE=3,2,2 causaria os primeiros três discos a serem gravados para uma unidade de fita, as próximas duas unidades de disco para ser gravados em fita unidade 2, e os próximos dois discos a serem gravados para unidade de fita 3. A seqüência da unidade corresponde ao / DD Saven e / DD DUALn especificações de trabalho de controle, conforme descrito no final deste documento.

O número total de unidades especificadas pelo PERDRIVE deve ser igual à soma de todos os discos Associator (ASSO) e dados, se tanto ASSO e dados estão em um único disco, isso conta como dois discos separados. Se o parâmetro unidades é utilizado eo parâmetro PERDRIVE for omitido, ADASAV determina a utilização mais eficiente das unidades de fita.

TEST: Test Syntax

O parâmetro de teste verifica a sintaxe da operação sem realmente executar a operação. Apenas a sintaxe dos parâmetros especificados podem ser testados, não a validade dos valores e variáveis.

TTSYN: SYN2 Checkpoint Control

TTSYN permite ao usuário diminuir a ADARUN TT (tempo de transação máximo) do núcleo durante o processamento de verificação do funcionamento sincronizado ADASAV atual. O valor especificado é o tempo aproximado em segundos (TT 1,05 segundo), e deve ser inferior ao valor atual ADARUN TT .Se TTSYN não for especificado ou se TTSYN é maior do que o valor TT do núcleo, esse valor se torna o padrão TT.

Se o núcleo Adabas está ativa enquanto ADASAV SAVE está funcionando, um controle SYN2 sincronizado é gravado no checkpoint ao final da operação de salvamento. Isso garante que há um momento em que todos os usuários estão em estado de ET. Se um usuário não está num estado de ET, sem novas operações podem ser iniciadas por outros usuários, pois eles devem esperar até o checkpoint SYN2 podem ser tomadas.

O valor ADARUN TT controla o tempo máximo decorrido permitido para uma operação lógica. Este é o tempo máximo de espera até o checkpoint SYN2 pode ser processado. O ADASAV SAVE parâmetro TTSYN permite que o usuário diminua o valor TT somente durante o processamento de verificação sincronizada. O valor do TT original torna-se efetiva novamente quando ADASAV termina a operação de salvamento.

TWOCOPIES: Create Two Copies of Output

TWOCOPIES cria duas cópias físicas da saída ADASAV.

Exemplo

ADASAV SAVE DRIVES=4

A função Guardar está a ser executada por meio de quatro unidades de fita em paralelo.

Retirado - Clique Aqui

ADASEL - Select Protection Log - 1

2011-03-06T18:35:00.001-08:00

Imagine que alguém deletou ou fez uma alteração em algum registro no banco Adabas, este é o utilitário que descobre quem fez isso, para descobrir este utilitário lê a fita/cartucho do Protection Log. Diferente de outros utilitários Adabas, o ADASEL não exige que o nome do utilitário no início de cada linha de parâmetro. Um pedido da seleção deve incluir os seguintes componentes:

* SELECT palavra-chave, seguido por uma opção de seleção e quer um número de arquivo ou as palavras-chave de USER
* uma ou mais instruções de saída ou IF
* END palavra-chave.

Cláusulas opcionais e outros parâmetros podem ser incluídos que especifica os critérios de seleção adicionais ou processamento. A seguir mostra uma visão geral da sintaxe ADASEL.

PARAMETRO TEST

O utilitário ADASEL agora inclui um de verificação de comando. Quando o parâmetro de teste for especificado, a real sintaxe do utilidade ADASEL está marcada, mas não foi executado. O parâmetro de teste devem ser especificados antes de quaisquer outros parâmetros ADASEL, como qualquer SELECT ou parâmetros SET GLOBALS.

No exemplo a seguir, a sintaxe do SELECT e outros parâmetros que serão testados. Não há dados reais serão processados.

TEST
SELECT ALL RECORDS FROM FILE 1
DISPLAY AA BB CC
END
SELECT BEFORE IMAGE FILE 2
OUTPUT TO EXPA1
END

PARAMETRO FDTINPUT

O parâmetro FDTINPUT é opcional e pode ser usada para indicar que o FDTs utilizadas para o tratamento ADASEL deve vir de uma fonte alternativa FDT. Esta fonte alternativa FDT pode ser referenciado por todas as seleções em uma corrida ADASEL ou para arquivos individuais ou usuários selecionados na corrida ADASEL. Esta funcionalidade permite-lhe lidar com situações de dados onde o FDT foi modificado de alguma forma para que seja diferente dos dados reais no banco de dados. Nestes casos, uma FDT velhas ou diferente pode ser necessário para ADASEL processar com precisão os dados no banco de dados.

Se FDTINPUT não é especificada em uma execução ADASEL, o FDTs para os arquivos no banco de dados são usados por padrão.

Se FDTINPUT é especificado em um job ADASEL, uma declaração de job correspondente (DD / SAVE ou DD / eBand) deve ser especificado na hora de rodar o ADASEL para identificar a fonte FDT alternativa a ser utilizada.

Você pode especificar o parâmetro FDTINPUT e rodar o ADASEL em uma de duas maneiras:

1. Você pode especificá-lo como um parâmetro global para a execução ADASEL, caso em que a fonte alternativa FDT identificado pelo DD/eBand ou DD/SAVE declaração de controle do job é utilizado para todos os arquivos selecionados e processados na execução ADASEL. No exemplo a seguir, onde FDTINPUT é especificado como um parâmetro global, o FDTs na fonte FDT suplentes são usados para arquivos de 20, 35 e 36:

FDTINPUT

SELECT ALL FROM FILE 20 
   DISPLAY AA BB CC
END
SELECT ALL FROM FILE 35 
   OUTPUT TO EXPA1
END
SELECT ALL FROM FILE 36 
   DISPLAY ALL

No exemplo a seguir, a FDTs da fonte FDT alternativos são usadas para
todos os registros no banco de dados do usuário ETID1.
END

FDTINPUT
SELECT ALL FROM USER 
   WITH USERID='ETID1' 
   DISPLAY ALL
END

2. Você pode especificá-lo separadamente para cada SELECT quando for rodar o ADASEL. No exemplo a seguir, onde FDTINPUT é especificado por dois arquivos, o FDT normal no banco de dados é usado para o arquivo 20, mas o FDTs na fonte FDT alternativo são usados tanto para arquivos de 35 e 36:

SELECT ALL FROM FILE 20 
   DISPLAY AA BB CC
END
SELECT ALL FROM FILE 35 FDTINPUT 
   OUTPUT TO EXPA1
END
SELECT ALL FROM FILE 36 FDTINPUT
   DISPLAY ALL

Da mesma forma, no exemplo a seguir, o FDTs na fonte FDT suplentes são
usadas para todos os registros no banco de dados do usuário ETID1.
END

SELECT ALL FROM USER FDTINPUT 
   WITH USERID='ETID1' 
   DISPLAY ALL
END

Esta seção descreve os seguintes tópicos:

Requisitos Jobs ADASEL para FDTINPUT

Para o ADASEL o processamento FDTINPUT para ser bem sucedido, seja (mas não tanto) a DD/EBAND ou DD/SAVE declarações ADASEL o job deve ser especificado na hora de rodar o ADASEL para identificar a fonte FDT alternativa que deve ser usado na execução. Se nenhum ou ambos forem especificados, erros irão ocorrer. Se o FDTINPUT não for especificado, mas quer DD /EBand ou DD/SAVE ocorrera uma mensagem de aviso é emitido e as demonstrações do job são ignoradas.

Se FDTINPUT é especificado para um único arquivo em um job ADASEL, seja DD/EBand ou DD/SAVE pode ser usado para identificar a fonte FDT alternativo para a execução.

Se FDTINPUT é especificado para múltiplos arquivos em um job ADASEL (quer em várias instruções SELECT ou como um parâmetro global) ou para uma SELECT USER job ADASEL, uma DD/SAVE declaração deve ser usado para identificar a fonte FDT alternativa para a execução. Especificando um DD/EBAND declaração no job nesses casos resultará em erros.

Se a fonte FDT alternativo para a execução ADASEL é salvar uma fita, a DD/SAVE deve ser usado para identificar a fonte FDT alternativo. Especificando um DD/EBAND declaração de job, neste caso, irá resultar em erros.

Obtenção de uma fonte de FDT para uso com FDTINPUT

Antes de executar um job ADASEL com o parâmetro FDTINPUT, uma fonte FDT deve ser produzido e armazenado. Isso pode ser feito de duas maneiras:

1. Execute o utilitário ADAULD para um arquivo de banco de dados que usa o FDT que você deseja usar em seu ADASEL execute e especificar NUMREC=0. Isso só vai descarregar o FDT. Para informações completas, leia mais no ADAULD Utility: Unload Files. FDTs obtida desta forma deve ser especificado na ficha de emprego DDEBAND no trabalho ADASEL.

2. Uma velha fita/cartucho de SAVE pode ser usado como entrada para o processamento do ADASEL FDTINPUT. Quando ADASEL processa a fita, ele lê sequencialmente para determinar o número dos arquivos na fita. Além disso, se uma SELECT FROM USER é solicitado em um ADASEL executado, a fita inteira salva é lido com antecedência para obter todas as FDTs e respectivos números de arquivo associado com antecedência de processamento ADASEL.

Para produzir um novo teste de fita, executar o ADASAV ou ADASAV função de utilidade ficheiros para um ou mais arquivos de banco de dados que usam o FDTs pretende utilizar na sua execução ADASEL. Isso produzirá uma gravação de fita que pode ser usado como entrada para a execução ADASEL.

Em ambos os casos, a fonte FDT previstas FDTINPUT deve corresponder à versão do diário de protecção prevista no trabalho ADASEL. Além disso, apenas uma fonte FDT alternativo pode ser especificado para processamento FDTINPUT em um job ADASEL único.

Parametros SET GLOBALS

Este parametro ADASEL substitui a tabela padrão e tamanho de buffer. Substituições são válidas somente para a execução ADASEL em que a instrução SET GLOBALS é especificado.

Se for usado, a configuração SET GLOBALS deve ser especificado antes do primeiro parâmetro ADASEL SELECT. Comentário statements, bem como os parâmetros FDTINPUT e TEST podem preceder as configurações SET GLOBALS. A configuração SET GLOBALS são especificadas na seguinte sintaxe:

SET GLOBALS {global-parameter = valor}

Global Parameter	Description
LPV={`n` \| 0}	Utilize este parâmetro para especificar o comprimento do valor da tabela PE utilizada na avaliação de valores de campo para uma PE. Normalmente o ADASEL usa uma estimativa do número de ocorrências de PE para calcular o tamanho da tabela. Se a table size é insuficiente, ocorre um erro SEL047, você pode aumentar o tamanho da tabela usando o parâmetro LPV global, tal como indicado na tela.
LS={`n` \| 80}	Utilize este parâmetro para especificar o tamanho da linha a ser utilizada para alterar o número de colunas impressas. Se uma linha de saída é maior que o tamanho da linha, a linha é truncado na próxima em branco. O restante da linha é continua na próxima linha de saída, começando na coluna 1. O tamanho mínimo é de 1 linha, o máximo é 132.
LST={`len` \| 12000 }	Utilize este parâmetro para especificar o comprimento da tabela declaração, que é usado para armazenar as declarações ADASEL. Dependendo de sua complexidade, uma instrução é traduzida em um ou mais segmentos. Cada segmento é de 44 bytes de comprimento, mais um valor. Por exemplo: `IF BA EQ 'SMITH'...` requer 49 bytes: 44 bytes mais 5 bytes para o "Smith". O tamanho da tabela padrão (12, 000 bytes) lida com aproximadamente 200 segmentos. Se o tamanho da tabela for ultrapassado, um erro SEL003 ocorre.
LWP={`n` \| 1048576}	Utilize este parâmetro para especificar o tamanho da work pool usada internamente pelo utilitário ADASEL para o processamento de registro estendido. O valor padrão de LWP é 1048576 bytes (ou 1MB). Se o valor especificado para LWP anexado com a letra "K", que é multiplicado por 1024. Válido valores variam de 100K - 1048576K (ou 1 GB).
MAXLOGRECLEN={`n` \| 1048576	Utilize este parâmetro é usado para especificar o tamanho do record buffer descompactado atribuído pelo ADASEL utilitário para uso no processamento de registro estendido. O valor padrão é MAXLOGRECLEN 1048576 bytes (ou 1MB). Se o valor especificado para MAXLOGRECLEN é anexado com a letra "K", que é multiplicado por 1024. O valor mínimo é de 32768 bytes.
NCFLD={`n` \| 10} NCUPD={`n` \| 10}	Utilize este parâmetro para especificar o número máximo de "mudanças de nomes-de-campos" esta declarações permitido a consulta de seleção, bem como o número máximo de atualizações paralelas durante a sessão original. Quando uma instrução inclui um critério CHANGES, O ADASEL usa um pool de mudança com entradas NCFLD * NCUPD para controlar os valores de campo mudou. Se essa pool é muito pequeno, um erro SEL060 ocorre. Neste caso, é necessário aumentar um ou ambos os parâmetros e, em seguida rode de novo o ADASEL.
NF={`n` \| 20}	Utilize este parâmetro para especificar o número máximo de arquivos que podem ser processadas durante uma corrida ADASEL único. NF é usado para alocar espaço para o FDT para cada arquivo processado. Um erro SEL014 ocorre se o valor for ultrapassado NF. Esse valor não está relacionado com o número máximo de arquivos de saída (DDEXPAn/EXPAN), embora mais de 20 arquivos podem ser processadas durante uma corrida ADASEL, um máximo de 20 arquivos de saída podem ser escritos.
NIF={`n` \| 20}	Utilize este parâmetro para especificar o número de IF níveis permitidos (NIF).
NOUSERABEND	Se especificado, ADASEL termina com o condition code 20 em vez de um user abend 034 depois de um erro é encontrado.
NU={`n` \| 20}	Use this parameter to specify the maximum number of user values (or ranges of user values) that can be processed during a single ADASEL run. NU is used to allocate work storage for the user data requested via a SELECT FROM USER specification in ADASEL. The default is 20 user values.
NV={`n` \| 100}	Utilize este parâmetro para especificar o número máximo de valores de usuário (ou intervalos de valores de usuário) que podem ser processadas durante uma único job ADASEL. NU é utilizado para alocar memória de Work Storage do usuário solicitar através de uma especificação SELECT USER em ADASEL. O padrão é de 20 valores do usuário. IF BA ='SMITH' THEN OUTPUT TO EXPA1 ELSE IF BA ='SMYTH' THEN OUTPUT TO EXPA2
PS={`n` \| 60}	Utilize este parâmetro para especificar o parâmetro de tamanho de página é usado para alterar o número de linhas impressas antes de uma nova página é iniciada. O tamanho mínimo da página é 2, a máxima é de 999.

Exemplo:

SET GLOBALS LST=15000 NF=15 SET GLOBALS LS=132

Seleção de Parâmetros

A sintaxe do parâmetro SELECT é mostrada abaixo. Ela começa com uma palavra-chave SELECT e termina com a palavra FIM.

O parâmetro SELECT exige as seguintes especificações mínimas:

A palavra chave SELECT, seguido por uma opção de seleção e quer um número de arquivo ou as palavras-chave de USER

uma ou mais instruções de saída ou IF

END palavra-chave.

Cláusulas opcionais e outros parâmetros podem ser incluídos que especificam os critérios de seleção adicionais ou processamento. A seguir mostra uma visão geral da sintaxe ADASEL.

Esta seção descreve os elementos obrigatórios e opcionais de um parâmetro SELECT, na ordem em que são apresentadas na sintaxe acima.

The SELECT Keyword

A palavra-chave SELECT é um elemento necessário do parâmetro e deve ser especificado em primeiro lugar.

Selection Options (ALL, BEFORE IMAGE, AFTER IMAGE, etc.)

Uma das opções de seleção descritos na tabela a seguir é necessário um parâmetro SELECT e deve ser especificado imediatamente após a palavra chave SELECT:

Selection Option	Records Selected
ALL	Before-image derivadas de comandos A1 (UPDATE) e E1 (DELETE); pós-imagens derivadas de A1 e N1 (ADD).
BEFORE IMAGE \| BI	Before-images derivados de comandos A1 e E1
AFTER IMAGE \| AI	After-images derivados de comandos A1 e N1
NEW	After-images derivados de comandos N1
DELETED	Before-images derivados de comandos E1
NEWDEL	After-images derivados de comandos N1 e before-images derivados de comandos E1
UPDATED	Before-images e after-images derivados de comandos A1

RECORDS keyword

A keyword RECORDS é opcional no parâmetro SELECT. Quando especificado, deve seguir imediatamente o selection option.

FROM and IN [FILE] file-number Clause

Uma das FROM [FILE], em [FILE} ou as cláusulas de USER é necessário um parâmetro SELECT. Apenas um é necessária, se mais de um for especificado, um erro vai ocorrer. A cláusula FROM USER é descrito no FROM USER

FROM USER Clause

Uma das cláusulas FROM [FILE], em [FILE} é necessário em um parâmetro SELECT. Apenas uma é necessária, se mais de um for especificado, erros irão ocorrer. A FROM e nas cláusulas [FILE] são descritos em FROM and IN [FILE] .

FDTINPUT Parameter

O parâmetro FDTINPUT é opcional e pode ser usada para indicar que o FDT diferente do FDT no banco de dados deve ser usado para arquivos específicos ou usuários selecionados na job ADASEL. Esta funcionalidade permite-lhe lidar com situações de dados onde a FDT foi modificado de alguma forma para que seja diferente dos dados reais no banco de dados. Nestes casos, uma velha FDT pode ser necessário para ADASEL processar com precisão os dados no banco de dados. Para obter mais informações, leia FDTINPUT Parameter.

STARTING FROM and ENDING AT date-time Clauses

As clásulas STARTING FROM and ENDING AT podem ser usada para restringir a seleções para registros adicionados, atualizados ou apagados dentro de um intervalo de tempo. Os seguintes formatos são válidos para as variáveis de data e hora:

Format	Description
`yyyymmdd hhmmss`	date/time
J(`yyyyddd hhmmss`)	Julian date/time
X ' `xxxxxxxx` '	store-clock (STCK) representation

Nota:

O menor valor é válido para o aaaa é "1980".

Exemplos:

Selecione todos os registros de um arquivo que foram acrescentados, apagados ou atualizados em ou antes da meia-noite de 12 de maio de 1996 (data juliana 132):

SELECT ALL RECORDS FROM FILE 1
ENDING AT J(1996132/240000)
DISPLAY AA BB CC
END

Selecionar todos os registros do arquivo 112 que foi adicionado, apagados ou atualizados entre 01 de janeiro e 31 de dezembro de 1996:

SELECT ALL 112
STARTING FROM 19960101/000000
ENDING AT 19961231/240000
OUTPUT TO EXPA1
END

Cláusula WITH

A cláusula opcional WITH pode ser utilizado para selecionar registros que satisfazem os critérios de valor especificado. Várias condições podem ser especificados usando os operadores lógicos AND e OR.

Se o valor de critérios estão ligados pelo operador AND, todas as condições especificadas devem ser satisfeitas para que o registro seja selecionado.

Se o valor de critérios estão ligados pelo operador OR, o registro é selecionado se nenhuma das condições é satisfeita.

A sintaxe da variável critério do valor é descrito na seção critério de valor.

Exemplo:

O registo de proteção contém imagens de antes e depois de dois registros atualizados. O conteúdo do campo BB nos registos são mostrados abaixo:

Before-Image	After-Image
BB = SMITH	BB = ZINN
BB = SMITH	BB = JONES

A instrução SELECT inclui uma cláusula WITH que qualifica ainda mais a seleção:

SELECT ALL RECORDS FROM FILE 1
WITH BB ='SMITH'
DISPLAY AA BB CC
END

Neste exemplo, apesar do fato de que a opção ALL seja utilizado, apenas as duas imagens anteriores são selecionados (porque o campo BB contém "SMITH" em imagens anteriores). O ADASEL ignora todos os registros (neste caso, as duas depois do after-images) no qual o campo BB tem um valor diferente de "Smith". Se a opção after da imagem for especificado, não há registros serão selecionados.

IF Statement

A declaração IF pode ser utilizado para selecionar registros e executar instruções de saída em uma base condicional. Uma instrução IF é opcional em um parâmetro SELECT, mas pode ser usado para especificar instruções de saída condicional para o parâmetro SELECT. Pelo menos uma instrução de saída é necessária em um parâmetro SELECT, então se não tiver sido especificado fora de uma instrução IF, uma declaração IF é necessário fornecer as informações instrução de saída.

Por padrão, ADASEL permite o alinhamento de até 20 IF. Para mudar isso, use o parâmetro NIF ADASEL global. Para mais informações sobre o parâmetro NIF global, leia mais sobre o parametro SET GLOBALS.

O critério da sintaxe da variável do valor é descrito na seção critério de valor. Instruções de saída são descritas na instrução seção de saída.

As mudanças de nome de campo "critério de seleção de registros em que o valor de um campo especificado alterado durante uma atualização. ADASEL detecta a alteração entre a imagem anterior ea imagem posterior. Assim, este critério é válido somente para o comando (UPDATE) A1, que escreve um tanto antes da imagem e uma pós-imagem para o log de proteção. O campo nome deve ser o nome de dois caracteres Adabas de um campo fundamental na FDT. Não pode se referir a um grupo, periódicos (PE), superdescriptor, subdescritor, descritor fonético, ou hyperdescriptor. No entanto, ele pode se referir a um campo de valor múltiplo (MU) ou de um campo de membro de um grupo de periódicos (PE), consulte a seção valor-critério, em especial nos índices subseção MUs e os Estados-PE Campos.

Clique Aqui

ADASEL - Select Protection Log - 2

2011-03-03T15:42:00.000-08:00

Nota:

Por padrão, somente a after-image é relatado para critério "IF field-name CHANGES". Se você quer o relatório tanto da before-image e depois after-image de um campo alterado usando ADASEL, especifique a opção BOTH na instrução DISPLAY ou especificar as opções loginfo, estendida ou SPANREC na instrução de saída para do job. Para obter mais informações, leia Instrução de DISPLAY ou Instrução de OUTPUT

A sintaxe para o grupo fazer é o seguinte:

DO { output-instruction }... DOEND

Um grupo DO é uma sequência de instruções de saída (NewPage, SKIP, DISPLAY e OUTPUT). O grupo deve começar com a palavra DO e terminam com a palavra-chave DOEND. Um grupo não pode conter alinhados IF e não pode ser alinhado dentro de outro grupo DO.

Instrução IGNORE do ADASEL não exibira ou saída de um item. Nem a imagem anterior (BI) ou o pós-imagem (AI) é produzido como saída quando um item é ignorado. Quando especificado em uma instrução então, IGNORE não será exibido ou saída do item se encontra especificado o valor-critério ou o critério de mudanças do IF. Quando especificado em uma instrução ELSE, IGNORE não será exibido ou a saída do item se ele não atender o especificado o valor-critério ou o critério de mudanças do IF.

Exemplo:

SELECT ALL FROM FILE 77
IF AA ='SMITH' THEN
IF BB CHANGES THEN DO
DISPLAY 'Field BB changed:' BB AA CC
SKIP 1 LINE
DOEND
ELSE DISPLAY AA BB CC
ELSE IGNORE
END

value-criterion

O valor-critério é usado em uma cláusula WITH ou uma instrução IF para selecionar registros com base em um valor ou valores. Ela tem a seguinte sintaxe:

A cláusula BUT NOT exclui um valor ou uma subfaixa de valores dentro dos registros selecionados.

Objeto da Comparação

ADASEL pode comparar um valor ou intervalo de valores para qualquer um dos seguintes:

O conteúdo do campo especificado. O campo nome deve ser o nome de dois caracteres Adabas de um campo fundamental na FDT. Não pode se referir a um grupo, periódicos (PE), superdescriptor, subdescritor, descritor fonético, ou hyperdescriptor. No entanto, ele pode se referir a um campo de valor múltiplo (MU) ou de um campo de membro de um grupo de periódicos (PE);

O ISN, isto é, o Adabas número de sequência interna do disco.

USERDATA, ou seja, os dados do usuário escrito por um comando C5.

UserID, ou seja, o ID de usuário (ETID) do usuário que acrescentados, apagados ou atualizados o registro.

USERTID, isto é, a identificação do terminal do usuário que acrescentados, apagados ou atualizados o registro.

Logical Operator

Você pode expressar operadores lógicos de igualdades e desigualdades em palavras, abreviaturas ou símbolos, como mostrado na tabela a seguir:

Comparison	Words	Abbreviation	Symbol
Equals	EQUAL	EQ	=
Greater than	GREATER THAN	GT	>
Greater than or equal to	GREATER EQUAL	GE	> =
Less than or equal to	LESS EQUAL	LE	< =
Less than	LESS THAN	LT	<
Not equal to	NOTEQUAL	NE	¬=

Nota:

A representação hexadecimal do símbolo = é ¬ X'5F7E.

Formato da Relação

O formato do valor de critério depende do formato padrão do item que é o objeto da comparação.

O formato padrão de um campo Adabas (nome do campo) é o formato especificado na FDT. A tabela a seguir mostra o comprimento máximo (em bytes) e os formatos válidos para expressar o valor de critério:

Criterion Value		Max. Bytes	Max. Digits
Field Format in FDT	Valid Formats	Max. Bytes	Max. Digits
Alphanumeric	Alphanumeric	253
	Hexadecimal	253	506
Decimal (Packed or Unpacked)	Decimal digits (0-9)	29 *
Binary	Decimal	4 *	10
	Hexadecimal	126	252
Floating-Point	Hexadecimal	8	16
Fixed-Point	Hexadecimal	4	8
Wide-character	Hexadecimal	253	506

* Excluding minus sign

Os formatos padrão e comprimento máximo (em bytes) para os demais itens são os seguintes:

Item	Default Format	Criterion Value
Item	Default Format	Valid Formats	Max. Length
ISN	Binary	Decimal, hexadecimal	4
USERDATA	Alphanumeric	Alphanumeric, hexadecimal	30
USERID	Binary, alphanumeric	Decimal, hexadecimal	8
USERTID	Binary, alphanumeric	Decimal, hexadecimal	8

Formato do Valor Exemplo 1:

Se o formato padrão é alfanumérico, o valor pode ser expresso no formato alfanumérico ou hexadecimal.

BA EQ 'SMITH' or BA EQ X'E2D4C9E3C8'

Exemplo Valor de Formato 2:

Se o formato padrão é packed ou unpacked decimal, o valor é expresso em dígitos decimais (0-9). Um sinal de menos indica um valor negativo. Até 29 dígitos (excluindo o sinal de menos) são permitidos. Outros caracteres especiais ($, pontos decimais, vírgulas, etc) não são permitidas.

NU = 123456789 NU = -987654321
Exemplo Valor de Formato 3:

Se o formato padrão é binário, o valor pode ser expresso no formato hexadecimal ou numérico.

Até 252 dígitos hexadecimais (126 bytes) são permitidos para um campo Adabas binário.

No formato numérico, de até 10 dígitos decimais (4 bytes binários) são permitidos. Assim, um valor binário, expresso em dígitos decimais podem variar de -2.147.483.648 através 2.147.483.647.

BB = 2147483647 or BB = X'80000000' BB = -2147483648 or BB = X'7FFFFFFF'

Os valores alfanuméricos

Coloque um valor alfanumérico em apóstrofos:

AA ='SMITH'

Para indicar um apóstrofo dentro de uma seqüência alfanumérica, utilize dois apóstrofos sucessivas sem nenhum espaço ou caractere:

JJ ='Smith''s Market'

Valores hexadecimais

Comece um valor hexadecimal com o "X" e coloque o valor entre apóstrofos:

AA = X'E2D4C9E3C8'

Um valor hexadecimal deve ter um número par de caracteres hexadecimal:

JJ = X'04D2'

Continuação de Linha

ADASEL trata colunas 1-72 como a linha de entrada. Para continuar um valor alfanumérico ou hexadecimal em linhas adicionais, coloque o apóstrofo fechando apenas no final de toda a cadeia. O valor é concatenado até o fechamento apóstrofo é encontrado.

Em uma seqüência alfanumérica, ADASEL inclui esquerda e à direita espaços dentro de apóstrofos como parte da cadeia, mas ignora-los em uma string hexadecimal.

Exemplo 1: seqüência alfanumérica

1......................................................................2 AA ='THIS IS AN EXAMPLE OF HOW TO CONTINUE AN ALPHANUMERIC VALU E. KEY THROUGH COLUMN 72 AND CONTINUE IN COLUMN 1 OF THE NEXT LINE.' 7 1......................................................................2 AA ='DO NOT CONTINUE AN ALPHA VALUE THIS WAY. LEADING AND TRAILING SPACES IN COLUMNS 1-72 ARE INCLUDED.'

ADASEL trata o segundo valor acima da seguinte forma:

'DO NOT CONTINUE AN ALPHA VALUE THIS WAY. LEADING AND TRAILING BLANKS IN COLUMNS 1-72 ARE INCLUDED.'

Example 2: Hexadecimal String

7 1......................................................................2 XX = X'C1C2C3C4C5C6C7C8C9 D1D2D3D4D5D6D7D8D9' ADASEL trata o valor hexadecimal acima da seguinte forma: X'C1C2C3C4C5C6C7C8C9D1D2D3D4D5D6D7D8D9'

Indexes for MUs and PE Member Fields
MU Field or a Member Field of a PE

Se o campo nome refere-se a um campo de valor múltiplo (MU) ou a um campo de membro de um grupo de periódicos (PE), você deve incluir o índice (número de ocorrências) imediatamente após o nome:

AAi - onde "AA" é o nome de campo de um MU e i é o índice
BBk - onde "BB" é um campo de membro de um PE e o k é o índice do PE

Valores válidos para i e k intervalo de "1 "a "65.534" se você tiver Adabas usando o 8 ou superior instalado e se estendeu MU e contagens PE são solicitadas, caso contrário os valores válidos variam de "1" a "191".

Nota: O uso de mais de 191 campos ou grupos MU e PE em um arquivo deve ser explicitamente permitido para um arquivo (não é permitido por padrão). Isso é feito usando a função ADADBS MUPEX function or the ADACMP COMPRESS MUPEX and MUPECOUNT parameters.

Exemplos:

No arquivo 12, o campo JT é um MU. A declaração a seguir seleciona todos antes before-images, onde a segunda ocorrência do JT é "Programmer":

SELECT BI FROM FILE 12 WITH JT2 = 'Programmer' DISPLAY NA END

O campo SA é membro de um PE. A declaração a seguir seleciona todos os registros em SA na terceira ocorrência do grupo periódica é igual ou superior a 35000:

SELECT ALL FROM 12 WITH SA3 >= 35000 DISPLAY NA SA3 END

MU contido dentro de um PE

Se o MU está contido dentro de um PE, ambos os índices (PE e MU) deve ser especificado:

ABk(i) - onde "AB"é o nome de um MU, i é a ocorrência de AB, e k é a ocorrência do PE ao qual pertence AB

Exemplo:

No arquivo 211, o ST campo de valor múltiplo é membro de um PE. A declaração a seguir seleciona todos os registros em que a terceira ocorrência da ST na segunda ocorrência do grupo de periódicos é "PAST DUE":

SELECT ALL FROM FILE 211 WITH ST2(3) ='PAST DUE' DISPLAY AA BB ST2(3) END

output-instruction

Instruções de saída ADASEL incluem OUTPUT, SKIP, e NEWPAGE. Pelo menos uma instrução de saída é necessário, isoladamente ou dentro de uma instrução IF. Instruções de saída pode ser especificado. A sintaxe é mostrada abaixo:

Instrução DISPLAY

DISPLAY escreve o relatório de saída para DDDRUCK/Druck. A sintaxe especifica um ou mais tipos de saída. Ao especificar múltiplos tipos de saída, eles são separados por pelo menos um espaço:

`field-name`	exibe o conteúdo do campo especificado. O campo nome deve ser o nome de dois caracteres do campo Adabas de um campo fundamental na FDT. Nome do campo não pode se referir a um grupo, periódicos (PE), superdescriptor, subdescritor, descritor fonético, ou hyperdescriptor. No entanto, pode referir a um campo de valor múltiplo (MU) ou um membro de um domínio PE; índices de MUs e campos de membros do PE são discutidos na seção MU or PE Fields.
ALL	exibe todos os campos de cada registro selecionado, incluindo campos MU eo PE do grupo e conta a sua ocorrência. Para uma FDT com muitos campos, pode ser necessário aumentar o parâmetro LST global em um SET GLOBALS statement proporcionar espaço suficiente para o grande número de registros. Esta opção está disponível para ambos os SELECT do usuário e FROM SELECT FILE (em arquivo) cláusulas de um parâmetro SELECT.
BEFORE	indica que apenas before image de dados de registro do protection log deve sair. Esta opção é válida somente dentro IF contendo uma ou mais especificações CHANGE. Esta opção é opcional e é mutuamente exclusiva com a opção de BOTH. Se o BOTH e nem BEFORE for especificado, somente after image de proteção de dados de registro é a saída.
BOTH	indica que, tanto antes (both before) como depois de imagens (after images) de dados de registro do protection log devem sair na saída. Esta opção é válida somente dentro IF contendo uma ou mais especificações CHANGES. Esta opção é opcional e é mutuamente exclusivo com o antes da opção. f nem antes nem AMBOS for especificado, somente após a imagem de proteção de dados de registro é a saída.
COUNT	exibe o número de ocorrências nos dados selecionados do campo MU ou no campo grupo PE especificado após a opção COUNT. Se um ou mais valores do MU ou do campo PE devem ser exibidas, bem como, eles devem ser especificados separadamente.
option	exibe o valor hexadecimal que corresponda ao tipo de saída. HEX é especialmente útil se a saída contém caracteres não imprimíveis. Deixe pelo menos um espaço entre o tipo de saída e a palavra-chave HEX seguinte.
ISNv	exibe cada ISN selecionado no registro.
USERDATA	exibe registros gravados no log de proteção com um comando C5. O número do arquivo de verificação deve ser especificada na instrução SELECT.
USERID	exibe a identificação do usuário que adicionou, excluído ou atualizado o registro.
USERTID	exibe a TID do usuário que fez adicionou, deletou, ou atualizou no registro.
NOHEADER	suprime o cabeçalho.
'`text`'	mostra a seqüência de texto.

Exemplos:

Para selecionar registros que foram modificados. Mostrar a sequência de texto "Os seguintes registros foram modificados". Em seguida, exibir os campos de AA e CC em formato hexadecimal e BB no formato definido na FDT:

SELECT UPDATED RECORDS FROM FILE 117
   DISPLAY 'Os seguintes registros foram modificados:'
   DISPLAY AA HEX BB CC HEX
END

Apresentar o campo da AA cada novo registro, juntamente com o ID de usuário e ID de terminal do usuário que adicionou o registro; suprimir o cabeçalho:

SELECT NEW RECORDS FROM FILE 211
   DISPLAY AA USERID USERTID NOHEADER
END

Selecionar registros que foram modificados e exibir a contagem de ocorrências, seguido pelo valor hexadecimal do sétimo ao décimo segundo as ocorrências do campo MU XX:

SELECT UPDATED RECORDS FROM FILE 32
   DISPLAY COUNT XX XX7-12 HEX
END

Clique Aqui

ADASEL - Select Protection Log - 3

2011-03-02T15:57:00.000-08:00

Formatos Default

Um campo é exibida de acordo com seu formato padrão:

Alphanumeric	é apresentado como entrou, com caracteres não imprimíveis convertido em branco.
Binary	é exibido na unsigned dígitos decimais (0-9) se o valor for inferior a X'80000000 ', caso contrário, o valor é exibido em notação hexadecimal.
Packed/unpacked	é exibido em dígitos decimais (0-9), com um sinal de menos se o valor for n

MU ou Campos PE

Se field-name (nome-do-campo) se refere a um MU ou um campo de membro de uma PE, é possível exibir uma única ocorrência ou uma série de ocorrências, especificando o índice, como parte do nome do campo:

  DISPLAY AA5

Se você tiver Adabas 8 ou superior instalado e se estendeu MU e as contagens do PE ativadas para um arquivo, os valores de índice válidos variam de "1" a "65534", caso contrário os valores de índice válidos variam de "1" a "191" . Além disso, se você especificar "N", como o limite superior de uma faixa de índice, ADASEL exibe todas as ocorrências, começando com a primeira ocorrência no intervalo.

Nota:

O uso de mais de 191 campos ou grupos MU e PE em um arquivo deve ser explicitamente permitido para um arquivo (não é permitido por padrão). Isso é feito usando a função ADADBS MUPEX ou a ADACMP COMPRESS MUPEX e MUPECOUNT parâmetros.

Você não pode especificar o nome do PE em um comunicado DISPLAY. Para exibir todo o grupo periódica, você deve especificar o nome de cada campo do grupo.

Se o MU está contido dentro de um EP, ambos os índices (PE e MU) deve ser especificado. Nos formatos índice abaixo, I eJ são os índices de MU, k e l são os índices de PE. AB se refere a um campo de membro de um PE; MB refere-se a um MU que é um campo de membro de um PE.

Índice	Mostra. . .
MU `i`	ocorrência i do MU
MU `ij`	ocorrências de `i até j` do MU
MU `i N-`	todas as ocorrências do MU, começando com a ocorrência de `i`
`k` AB	AB em campo `k` ocorrência do PE para o qual o campo pertence
`kl` AB	campo de AB em ocorrências `k l` através do PE
AB `k-N`	AB campo em todas as ocorrências da PE, a começar com `k`ocorrência
MBK `(i)`	`i` ocorrência de MB em `k` ocorrência do PE ao qual pertence MB
MB `k - l (i)`	`i` ocorrência de MB em `k l` ocorrências através do PE
MB `k - l (ij)`	ocorrências de `i até j` da MB em `k l` ocorrências através do PE
`k` MB `- l (i-N)`	todas as ocorrências de MB (começando com `i)` Ocorrência de `k l`ocorrências através do PE
`k` MB `N-(i - j)`	ocorrências de `i até j` da MB em todas as ocorrências do PE (a começar com `k` ocorrência do PE)
`k` MB `N-(i-N)`	todas as ocorrências de MB (a partir da ocorrência `i)` em todas as ocorrências do PE (a começar com `k` ocorrência do PE)

Exemplo:

File 12 contém o PE a seguir:

Level	Name	Descriptive Name	Format	Length	Options	Occ
1	JT	JOB TITLE	A	16	DE,MU	12
1	PA	INCOME			PE	12
2	SA	SALARY	P	6	DE,MU	7
2	BO	BONUS	P	5

As seguintes declarações são válidas para o arquivo DISPLAY no file 12:

SELECT NEW FROM FILE 12
DISPLAY JT1
END

SELECT ALL FROM FILE 12
DISPLAY JT1-5 SA1-5(1-N) BO1-5
END

SELECT ALL FROM FILE 12
WITH JT3 ='Programmer' THRU 'Systems Analyst'
DISPLAY JT3 SA3(1-N) BO3
END

SELECT UPDATED FROM FILE 12    DISPLAY JT2-N SA2-N(1-N)
END

OUTPUT Instruction

A instrução de saída é usado para gravar os registros de descompactado a partir do registo de protecção para um conjunto de dados de saída.

Saidas de dados de até 20 data sets são permitidos. A saída do data set é especificado no parâmetro EXPAn e a declaração DDEXPAn/ EXPAn de controle do job.

Exemplo:

Escreva a imagens anteriores de todos os registros atualizados ou excluídos para conjunto de dados DDEXPA1/ EXPA1:

SELECT BEFORE IMAGE FILE 2
   OUTPUT TO EXPA1
END

Output Record Format

O formato do registro de saída depende de o, loginfo, ou do SPANREC o parâmetro é especificado. loginfo e EXTENDED são usados para exibir informações adicionais. O parâmetro SPANREC indica que os cabeçalhos alternativa devem ser usada para manipular os registros calibrados.

Campos comuns a todos os registros de saída são mostradas abaixo. Os valores entre parênteses são as posições do campo, quando LOGINFO (bytes 32-42) or EXTENDED (bytes 64-74) são especificados.

Bytes

Description

0-1

protection log record length (binary)

2-3

set to zeros (X'0000')

4-5

record image type:
C'BI'	before-image
C'AI'	after-image
C'C5'	user data

6-7

Adabas file number (binary)

8-9 (32-33, 64-65)

decompressed record length (including this length field and the ISN)

10-17 (34-41, 66-73)

ISN (binary) or user data from a C5 command

18 (42, 74)

beginning of the decompressed protection log data

Nota:
O primeiro registro em cada bloco é precedida pelo comprimento do bloco de dois bytes e dois bytes de nulos ou em branco.

Os campos do registro de protection log são fornecidas na forma, comprimento e formato em que estão definidos na FDT do arquivo. Os campos alfanuméricos que são maiores do que o comprimento definido na FDT são truncados. Os campos numéricos que são maiores do que o comprimento definido na causa FDT ADASEL terminar de forma anormal.

MUs e PEs são precedidos por um campo de um byte binário contendo o número de ocorrências. Campos de comprimento variável tem um comprimento padrão de zero e são precedidas por um campo de um byte que contém o comprimento do valor (incluindo o campo de comprimento).

Se um campo definido com a opção de supressão NC contém um valor nulo, o valor nulo é descompactado pelo ADASEL para um valor vazio (em branco ou zero, dependendo do formato do campo). Este tipo de NC processamento nulo campo se aplica somente ao ADASEL.

SPANREC

Quando o SPANREC é especificado, o novo registro estendido (spanned) SELH e SELC outputs e os cabeçalhos são utilizados para todas as saídas DSECTs para o SELH e SELC podem ser encontrado na biblioteca de origem Adabas. Estes novos cabeçalhos de registro estendido são usados quando um registro lógico descompactado do PLOG excede o EXPAn limitação registro físico. Neste caso, o cabeçalho SELH será prefixo cada registro lógico escrito n Expa; subseqüentes registros físicos pertencentes à lógica mesmo registro será antecedido pelo cabeçalho SELC.

Loginfo

Quando loginfo é especificado, as seguintes informações adicionais é incluído em cada registro:

Bytes	Description
8-15	ID of the user who added, deleted, or updated the record
16-19	low-order four bytes of the TID of the user who added, deleted, or updated the record (from the communications ID; TP monitor users only)
20-23	Data Storage RABN where the record was stored (binary)
24-27	data protection block number for the record (binary)
28-31	timestamp of update (binary; high-order four store-clock (STCK) bytes)

EXTENDED

Quando EXTENDED é especificado, as seguintes informações adicionais é incluído em cada registro:

Bytes

Description

8-15

ID of the user (ETID) who added, deleted, or updated the record

16-23

low-order eight bytes of the terminal ID of the user who added, deleted, or updated the record (from the communications ID; TP monitor users only)

24-27

Data Storage RABN where the record was stored (binary)

28-31

data protection block number for the record (binary)

32-35

timestamp of update (binary; high-order four store-clock (STCK) bytes)

backout indicator:
C'B'	record is a result of a backout
C' '	normal record

reserved

38-41

transaction number

42-63

reserved

Output Data Set Designation

O parâmetro EXPAn identifica os dados de saída definida. O valor de n deve corresponder ao valor do n DDEXPAn/ EXPAn instrução do JCL. A saída de dados válidos definir números são 20/01, sem zeros à esquerda:

Valid statement	OUTPUT TO EXPA3
Invalid statement	OUTPUT TO EXPA03

A mesma regra aplica-se ao DD/EXPAn instrução JCL.

Exemplo:

Selecione todos os registros de arquivo 1. Escrever registros descompactados em que o campo contém BA "Smith" ou "Smyth" para DDEXPA1/ EXPA1. Escreve todos os outros a DDEXPA2/ EXPA2:

SELECT ALL RECORDS FROM FILE 1
IF BA ='SMITH' OR BA ='SMYTH'
   THEN OUTPUT TO EXPA1
ELSE
   OUTPUT TO EXPA2
END

NEWPAGE Instruction

A instrução NewPage e a instrução SKIP controla a formatação da página. A instrução NewPage força uma ejeção de página antes de exibir a próxima linha de dados. No exemplo a seguir, uma ejeção de página ocorre toda vez que o valor das alterações de campo BA:

SELECT ALL RECORDS FROM FILE 1
   WITH BA EQUAL 'SMITH' THRU 'SMYTH'
IF BA CHANGES THEN DO
   NEWPAGE
   DISPLAY 'NEW NAME' BA BB BC
   DOEND
END

SKIP Instruction

A instrução NewPage e a instruções SKIP controlar a formatação da página. A instrução SKIP imprime o número especificado de linhas em branco antes de exibir a próxima linha de dados. No exemplo a seguir, duas linhas em branco são impressas cada vez que o valor das alterações de campo BA.

SELECT ALL RECORDS FROM FILE 1
   WITH BA EQUAL 'SMITH' THRU 'SMYTH'
IF BA CHANGES THEN DO
   SKIP 2 LINES
   DISPLAY 'NEW NAME' BA BB BC
   DOEND
END

The END Keyword

A palavra-chave END é um elemento necessário do parâmetro SELECT e deve ser especificado por último.

Exemplos

Esta seção fornece vários exemplos de parâmetros SELECT.

O parâmetro seguinte SELECT saída para conjunto de dados DD/EXPA1 todos os registros de novos dados inseridos pelo usuário ETID1 para 01 de novembro de 2008:

SELECT NEW RECORDS FROM USER
STARTING FROM 20081101/000000
ENDING AT 20081101/240000
WITH USERID='ETID1'
OUTPUT TO EXPA1
END

O parâmetro seguinte SELECT saída para o conjunto de dados DD/EXPA2 depois que as imagens de todos os registros de dados atualizado por qualquer usuário trabalhar a partir de terminais através CICS1000 CICS9999 antes do final do 1 de novembro de 2008. A saída irá incluir prorrogado loginfo dados:

SET GLOBALS NU=50
SELECT NEW RECORDS FROM USER
ENDING AT 20081101/240000
WITH USERTID EQ 'CICS1000' THRU 'CICS9999'
OUTPUT EXTENDED TO EXPA2
END

O parâmetro seguinte SELECT irá exibir os campos AA e AB de todos os registros de dados de arquivo de 200 que foram inseridos, atualizados ou excluídos pelo usuário ETID1:

SELECT ALL RECORDS FROM FILE 200
WITH USERID EQ 'ETID1'
DISPLAY AA AB
END

Finalmente, o seguinte parâmetro SELECT irá mostrar os IDs de usuário para todos os usuários que atualizou a base de dados:

SELECT UPDATED RECORDS FROM USER
DISPLAY USERID
END

Clique Aqui

Descritor Fonético

2011-03-01T06:50:00.000-08:00

Um descritor fonético (Phonetic descriptors) é um descritor ADABAS definido para executar pesquisas baseadas em valores fonéticos, por exemplo, a recuperação pelo nome de família.

O exemplo a seguir mostra a definição do descritor fonético AA usando o utilitário de compressão ADACMP

FNDEF='01,AA,20,A,DE,NU'
PHONDE='PA(AA)'

Phonetic descriptors deve ser criado a partir de campos alfa. Read logical não é possível. UQ não é permitido. Não faz sentido criar chave primária como fonético. Além disso, Phonetic descriptors não pode ser uma parte do grupo de PE ou subdescritor, superdescritor ou hyperdescriptors.

Phonetic descriptors são descritores criados a partir dos primeiros 20 bytes para campos alfanuméricos. Basicamente, uma rotina elimina as vogais - a letra Y é uma vogal em alemão - a partir de um campo e o restante será traduzido por um algoritmo fonético. Por exemplo, sobrenome MAIER, MEIER, MEYER, e MEYR são traduzidos (translated/ciphered) em valor "1704". E este valor será armazenado no ADABAS lista invertida. Esta é uma descrição muito simples, apenas:

Meyer = Mr = stored as 1704
Mayer = Mr = stored as 1704
Maier = Mr = stored as 1704
Meir = Mr = stored as 1704

Se sua línguagem não tem um monte de vogais, então pode ser um problema para encontrar nomes que soam semelhantes, por exemplo, o Bohemian/Czechoslovakian nome Hrdlicka. Portanto, os nomes alemães são mais adequados para construir descritores ADABAS fonética do que os Inglês.

Clique Aqui