Gerenciamento do espaço de banco de dados Adabas

Gerenciamento do espaço no Adabas

Este documento fornece ao DBA Adabas todas as informações pertinentes relacionadas com a gestão do espaço de dados. São fornecidas informações sobre:

- Extensões físicas e lógicas;
- Detalhes sobre o RABN (Adabas relative block number);
- O papel do núcleo Adabas e os serviços públicos na alocação/desalocação de espaço;
- Usando o relatório de status do banco para monitorar o espaço usado;
- Potenciais problemas de utilização do espaço e ações recomendadas.

Extensão física no Adabas

Uma extensão física no Adabas é uma coleção de blocos físicos atribuídos a um determinado componente de banco de dados (Associator, Data Storage e a Work), durante a definição do banco de dados (veja no utilitário os parâmetros ADADEF, ASSOSIZE, DATASIZE e WORKSIZE).

O espaço para a extensão física é alocada usando os procedimentos de atribuição padrão do sistema operacional em uso.

Uma extensão física no Adabas pode ser atribuído a uma única extensão do sistema operacional, que consiste em apenas uma extensão primária, ou pode ser designado como uma medida primária, juntamente com uma ou mais extensões secundárias. As extensões secundárias não necessitam de ser contíguas à extensão primária ou para o outro.

Uma extensão física no Adabas pode ser contida em um único volume físico ou pode se estender por vários volumes. O Associator e o Data Storage podem conter cada um até cerca de 99 extensões físicas Adabas. No entanto o seu máximo real de verdade pode ser menor porque as descrições das extensão de todos os Associator, Data Storage, e do Data Storage Space Table (DSST) as extensões devem se encaixar nos general control blocks (GCBs). Por exemplo, no tipo de dispositivo 3390, pode haver mais de 75 Associator, Data Storage, e extensões DSST cada (ou poderia haver mais de um tipo de medida, se houver menos para o outro).

Adabas relative block number (RABN)

No Adabas as informações são armazenadas em espaços alocados em blocos. O tamanho de um bloco varia:

- do dispositivo físico no qual o bloco está situado, e - do componente Adabas à qual o bloco é atribuído.

Por exemplo, o tipo de dispositivo padrão usado pelo Adabas é o disco IBM 3380. Este dispositivo é considerado como de padrão em muitos operações de parâmetros de funcionamento, como o tipo de dispositivo, a menos que outra seja especificado.

Quando o espaço no 3380 é alocado para o Adabas, deve ser designado como Associator (ASSO), Data Storage (DATA), a área de Work (Work), e as área de logging (PLOG, CLOG, RLOG), a área de SORT ou área TEMP. O bloco 3380 alocado para ASSO contém 2.004 bytes, mas o block do 3380 alocado para dados contém 4.820 bytes. Tamanhos de blocos são pré-definidos para cada tipo de dispositivo e componente no Adabas. Para rever uma lista de tamanhos de blocos por tipo de dispositivo e componente, consulte as seções intituladas Device And File Considerations na documentação de instalação do Adabas para a plataforma de sistema adequado (z/OS, VSE, z/VM, ou BS2000), abaixo esta uma imagem do tamanho de cada dispositivo.

+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| Device | Trks/Cyl | ASSO      | DATA      | WORK      | PLOG/RLOG | CLOG      | TEMP/SORT/DSIM | Notes |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 0512   | 16       | 2044:8    | 4092:4    | 8192:2    | 8192:2    | 8192:2    | 8192:2         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3310   | 11       | 2044:8    | 4092:4    | 4096:4    | 4096:4    | 4096:4    | 8192:2         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3330   | 19       | 1510:8    | 3140:4    | 4252:3    | 4252:3    | 3156:4    | 3140:4         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3340   | 12       | 1255:6    | 2678:3    | 3516:2    | 3516:2    | 3516:2    | 3500:2         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3350   | 30       | 1564:11   | 3008:6    | 4628:4    | 4628:4    | 3024:6    | 3008:6         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3370   | 12       | 2044:15   | 3068:10   | 5120:6    | 5120:6    | 3072:10   | 7680:4         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3375   | 12       | 2016:15   | 4092:8    | 4096:8    | 4096:8    | 4096:8    | 8608:4         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3380   | 15       | 2004:19   | 4820:9    | 5492:8    | 5492:8    | 4820:9    | 7476:6         | 3     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 3390   | 15       | 2544:18   | 5064:10   | 5724:9    | 5724:9    | 5064:10   | 8904:6         | 3     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8345   | 15       | 4092:10   | 22780:2   | 22920:2   | 22920:2   | 22920:2   | 22920:2        |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8350   | 30       | 3008:6    | 6232:3    | 9442:2    | 9442:2    | 9442:2    | 9442:2         | 1     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8380   | 15       | 3476:12   | 6356:7    | 9076:5    | 9076:5    | 9076:5    | 9076:5         | 1     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8381   | 15       | 3476:12   | 9076:5    | 11476:4   | 11476:4   | 9076:5    | 9076:5         | 1     | 
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8385   | 15       | 4092:10   | 23292:2   | 23468:2   | 23468:2   | 23468:2   | 23468:2        | 1     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8390   | 15       | 3440:14   | 6518:8    | 10706:5   | 10706:5   | 8904:6    | 8904:6         | 1     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8391   | 15       | 4136:12   | 10796:5   | 13682:4   | 13682:4   | 8904:6    | 18452:3        | 1     | 
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8392   | 15       | 4092:12   | 12796:4   | 18452:3   | 18452:3   | 18452:3   | 18452:3        | 1     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 8393   | 15       | 4092:12   | 27644:2   | 27990:2   | 27990:2   | 27990:2   | 27990:2        | 1     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 9332   | 6        | 2044:10   | 4092:5    | 5120:4    | 5120:4    | 10240:2   | 10240:2        | 2     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 9335   | 6        | 2556:14   | 3580:10   | 5120:7    | 5120:7    | 7168:5    | 7168:5         |       |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+
| 9345   | 15       | 4092:10   | 7164:6    | 11148:4   | 11148:4   | 22920:2   | 22920:2        | 3     |
+--------+----------+-----------+-----------+-----------+-----------+-----------+----------------+-------+

Notes:

1 - The 8350, 838n, and 839n are pseudodevice types physically contained on a 3350, 3380, and 3390 device, respectively, 
    but for which some or all of the standard block sizes are larger.
2 - The number of tracks per cylinder listed here is artificial.
3 - The IBM RAMAC 9394 emulates devices 3390 Model 3, 3380 Model K, or 9345 Model 2.

Os tamanhos dos blocos no Adabas não são fixadas por hardware, no entanto, eles são chamados de físicos blocos para coincidir com o nível de descrição usada para o bloco físico (FBA) dispositivos. A Software AG tenta manter definições de bloco consistentes, por tipo de dispositivo, de versão para versão. No entanto, em alguns casos, a dimensão de bloco para um tipo de componente pode ser alterada para acomodar instalações Adabas expandidas. Assim, um componente específico Adabas (PLOG, ASSO, etc) pode precisar ser reformatado antes de executar uma nova versão do Adabas.

O Adabas identifica e trata cada bloco físico dentro de um componente na base de dados (Associator, Data Storage, e a Work) pelo seu RABN (relative Adabas block number), que indica a posição do bloco em relação ao início do componente. O RABNs é atribuído em ordem crescente dentro de cada componente de banco de dados, começando com "1". Se forem usados várias extensões físicas, a atribuição do RABN continua através das extensões físicas.

A primeira faixa do physical extent dos componentes do Associator, Data Storage e Work não são utilizadas. A primeira e a segunda faixa e cada ponto physical extent, bem como todas as extensões de TEMP, SORT, CLOG, e PLOG são usados.

O número de RABNs que podem ser atribuídos ao ASSO e DATA depende do parâmetro RABNSIZE, que é especificado quando o banco de dados está definido. RABNSIZE especifica o comprimento dos números relativos de blocos Adabas no banco de dados (não o comprimento do próprio bloco).

Se o RABNSIZE for igual a 3 (número do bloco é de 24 bits ou de três bytes), o número máximo de RABNs é 16,777,215
Se o RABNSIZE for igual a 4 (número do bloco é de 31 bits ou de quatro bytes), o número máximo de RABNs é 2,147,483,646.
O número de blocos no Adabas que podem ser armazenadas numa dada unidade física (track/cylinder/volume) de armazenamento externo é diferente para cada componente de dados, e para cada tipo de dispositivo.

Por exemplo, utilizando a informação de z/OS fornecida em tipos de dispositivos suportados, o número de blocos que podem ser armazenadas em um dado volume de z/OS que pode ser calculado como se mostra nos exemplos seguintes. Além disso, a adição de RABN armazenada em cada disco pode ser facilmente determinada utilizando a função de relatório Adabas Online System.

Primeiro exemplo: O componente do banco Associator, modelo 3380 (880 cilindros estão a ser assumida disponível no volume)

+----------------------+---------+
| Blocks/track         | 19      |
+----------------------+---------+
| Trks/cyl             | 15      |
+----------------------+---------+
| Numero de Cilindros. | 880     |
+----------------------+---------+

number of ASSO blocks = blocks/track * tracks/cylinder * number of cylinders

19 * 15 * 880 = 250800 

number of ASSO blocks = 250800 

Dezenove (19) blocos deve ser subtraído para a primeira faixa do primeiro track do Associator físico e, portanto, o primeiro volume Associator pode conter um máximo de 250.781 blocos.

Segundo Exemplo: o componente de banco de dados DATA, o modelo de 3370 (748 cilindros estão a ser assumida disponível no volume)

+---------------------+---------+
| Blocks/track        | 10      |
+---------------------+---------+
| Trks/cyl            | 12      |
+---------------------+---------+
| Numero de Cilindros | 748     |
+---------------------+---------+

number of DATA blocks = blocks/track * tracks/cylinder * number of cylinders

10 * 12 * 748 = 89760

number of DATA blocks = 89760

10 (dez) blocos deve ser subtraído para a primeira faixa do primeiro track do DATA, portanto, o primeiro volume de Data Storage pode conter um máximo de 89.750 blocos.

Extensões lógicas do Adabas

Uma extensão de arquivo lógico no Adabas é um grupo de RABNs consecutivos alocados pelo núcleo Adabas ou um utilitário Adabas. Para cada file carregado no banco, pelo menos um de cada um dos seguintes tipos de extensões lógicas é atribuído ao file no Adabas:

+---------------------+-----------------------------------------------+
| Extensão Logica     | Atribuídos a partir da extensão física. . .   |
+---------------------+-----------------------------------------------+
| Data Storage        | Data Storage                                  |
+---------------------+-----------------------------------------------+
| address converter   | Associator                                    |
+---------------------+-----------------------------------------------+
| normal index        | Associator                                    |
+---------------------+-----------------------------------------------+
| upper index         | Associator                                    |
+---------------------+-----------------------------------------------+

Extensões lógicas adicionais são alocados pelo núcleo Adabas ou um utilitário Adabas quando o espaço adicional é necessário como resultado da manutenção de arquivo.

Um máximo de dois address converter podem ser alocados para qualquer arquivo, uma para o arquivo em si e outra para todos os registros estendidos no arquivo. Se não forem utilizados registros expandidos, apenas um address converter é alocado.

O número total de extensões de arquivos lógicos que podem ser definidos se limita apenas em que a informação alcance de todos os address converter, Data Storage, normal index, e upper index extensões superiores para o arquivo deve se encaixar no bloco de controle de arquivo (FCB). (As informações medida é armazenado em uma seção variável do FCB.) Por exemplo, em dispositivo padrão 3390, um arquivo pode ter mais de 40 extensões de cada tipo (ou poderia haver mais de um tipo, se houver menos de outro).

Quando o núcleo Adabas inicia, os FCBs são verificados. Se não houver espaço FCB insuficiente para mais quatro extensões, o núcleo Adabas manda mensagens sugerindo que os arquivos devem ser reajustados. Além disso, se a última extensão de cada tipo de arquivo tem apenas cinco ou menos ISNs livres ou blocos restantes, o núcleo bloqueia o arquivo apenas para uso utilitário. Os usuários normais tentando acessar o arquivo, em seguida, irão ter um return code 17 ou 48.

O utilitário ADAREP na seção "Contents of the Database" tem uma flags no relatório que mostra os files que podem ter espaço insuficiente no FCB para dez novas extensões. Na seção "File Information" do relatório, ADAREP imprime uma estimativa conservadora para quantos mais extensões de arquivo, possivelmente, pode ser construído para cada arquivo.

Alocação e Desalocação de Espaços no Adabas

Esta seção fornece uma visão geral na nos procedimentos no Adabas de alocação e desacolação de espaço. A plena compreensão desses procedimentos irão ajudar a garantir o gerenciamento de espaço de banco de dados correto e eficiente.

Espaço livre na Tabela

Todo o espaço disponível para a atribuição é armazenado na "tabela de espaço livre" (free space table - FST). Esta tabela contém todas as extensões de RABN que estão atualmente disponíveis para uma alocação de qualquer arquivo.

Regras de alocação de espaço do Adabas

Ao processar um comando que adicione ou atualize registros, o núcleo Adabas vai ver se é necessário atribuir uma extensão adicional a qualquer um dos seguintes componentes de arquivo:

- Address Converter
- Normal Index
- Upper Index
- Data Storage

Esta seção descreve as regras utilizadas para a alocação.

Address Converter (AC)

O tamanho do conversor de endereços (Address Converter) é inicialmente definida pela Parâmetro MAXISN no utilitário ADALOD. O ISN máximo real esperada é ligeiramente maior porque o conversor de endereço são armazenados em blocos inteiros. Por exemplo:

Se o RABNSIZE for 3 e o MAXISN for 5000 em um modelo 3380 com 668 entradas por bloco (2004/3) o resultado em oito blocos. A maior ISN esperado (antes de uma nova expansão) é, por portando, 5343 (668 * 8 - 1).

Se o RABNSIZE for 4 e o MAXISN for 5000 em um modelo 3380 com 501 entradas por bloco (2004/4) resulta em 10 blocos. O maior ISN esperado é, por portando, 5009 (501 * 10 - 1).

Se o núcleo Adabas requer uma medida adicional para um arquivo ao executar o comando N1 (o comando N1 o ISN para o novo registro é atribuído pelo Adabas), a rotina de atribuição tenta localizar uma nova extensão de 25% do tamanho da corrente:

Se uma extensão não utilizada esta entre 25% e 28% pode ser encontrada utilizando a tabela de espaço livre (free space table - FST), que o espaço é feita imediatamente;

- Se apenas extensões mais longas estão disponíveis no FST, um novo ponto de exatamente 25% é feita;
- Se apenas extensões menores estão disponíveis no FST, a maior medida do possível é tomada;
- Se uma medida AC adicional é necessária, eo máximo já foi atribuído, Adabas retornará um código de resposta adequada ao programa de chamada;
- Se um arquivo possui o atributo "um AC de extensão apenas" (por exemplo, se o arquivo é um arquivo expandido), uma tentativa de alocar uma segunda medida do AC fará com que um código de resposta.

Normal Index (NI), Upper Index (UI), Data Storage (DS)

Para a finalidade de atribuição de uma nova forma, são utilizadas as seguintes fórmulas:

Z1 = MIN ( 2 * B,(E-U) * B/U )
 Z = MIN ( MAX(Z1,B/8 + 10), 1000000)  

onde

B - número de blocos atualmente alocado.
E - ISN maior que o esperado.
U - maior ISN atualmente alocado.

Se uma extensão encontrada no FST é contígua com a extremidade de uma extensão anterior, é atribuída para um máximo de blocos Z.

Se nenhuma medida tal pode ser encontrado no FST;

- mas uma medida entre Z e 9 * Z/8 é encontrado, ela é alocado. - mas uma extensão com mais de 9 * Z/8 blocos for encontrada, então uma nova extensão é alocada com blocos exatamente Z. - a maior extensão no FST é atribuído como o novo ponto.

Além disso, se o parâmetro MAXNI, MAXUI, ou MAXDS é especificado para o arquivo atual, o núcleo aloca mais do que o número máximo especificado de blocos para o NI, UI, ou DS, respectivamente.

Alocação de espaço com o Utilitário de ADADBS

ADD/INCREASE Associator, Data Storage

Se a extensão física para o Associator ou do Data Storage tenha sido esgotada, a função ADD ou INCREASE (utilizando o Adabas On-line System ou o utilidade ADADBS) pode ser utilizada para proporcionar um espaço físico adicional. A função ADD requer a atribuição de um adicional definido para a Associator ou Data Storage de dados. O novo conjunto de dados pode estar localizado no mesmo ou em um diferente tipo de dispositivo do que atualmente esteja usando. Tanto o Associator e Data Storage podem consistir de não mais de 99 conjuntos de dados cada. No entanto, a sua real máximo real será menor por causa do número máximo de extensões físicas que podem ser definidos é derivado a partir do tamanho de bloco dos primeiros dados Associator definidos (DDASSOR1). Por exemplo, em 3390 um tipo de dispositivo padrão, pode haver mais de 75 Associator, o Data Storage o DSST de extensões para cada (ou poderia haver mais de um tipo de medida, se houver menos para o outro). Os resultados da função aumento da extensão física de um já existente conjunto de dados. O novo espaço deve, no entanto, o primeiro ser formatado usando o utilitário ADAFRM. Não há nenhuma restrição quanto ao número de vezes que a função de aumento pode ser usado. Depois de uma função ADD, o novo conjunto de dados deve ser formatado usando o utilitário ADAFRM antes que possa ser utilizado, e as mudanças necessárias devem ser feitas para todo o controle do trabalho Adabas conforme descrito na documentação de Operações do Adabas. Após o aumento de Data Storage quatro vezes, pode ser necessário para executar a função REORASSO do utilitário ADAORD para reordenar a tabela espaço de Data Storage (DSST) a uma única medida e permitir mais quatro aumentos de Data Storage. Para permitir a formatação ou reordenação, a sessão núcleo termina automaticamente seguindo um ADADBS adicionar ou aumentar o funcionamento.

Função ALLOCATE

A função ALLOCATE (Adabas On-line System ou pelo utilitário ADADBS) pode ser utilizado para atribuir uma medida de um tamanho específico para qualquer um dos seguintes componentes de arquivo:

- Data Storage
- address converter
- normal index
- upper index

Também é possível especificar onde a extensão é repartida especificando um RABN de partida.

Usando esta função, o DBA pode, com base no conhecimento do tamanho projetado de um arquivo, alocar extensões de um tamanho específico, ao invés de ter o Adabas executar a tarefa. Isto pode evitar que Adabas aloque uma forma que é muito pequena ou muito grande (ver utilidade ADALOD). MAXNI/MAXUI e valores MAXDS em vigor para o arquivo acessado não são verificados.

Função DEALLOCATE

A função DEALLOCATE (Adabas On-line System ou pelo utilitário ADADBS) pode ser usado para liberar uma extensão alocada para qualquer um dos seguintes componentes de arquivos:

- Data Storage
- address converter
- normal index
- upper index

Também é possível especificar onde será "desalocado" especificando o RABN de partida. O espaço desatribuído é retornado para a free space table (FST).

Função DELETE

A função de DELETE (Adabas On-line System ou pelo utilitário ADADBS) faz com que um arquivo existente para ser excluído do banco de dados. Todo o espaço que foi designado para o arquivo é devolvido para o free space table (FST) e ele está disponível para reutilização.

Função RECOVER

A função RECOVER (Adabas On-line System ou pelo utilitário ADADBS) pode ser usado para recuperar o espaço que foi alocado durante uma execução do utilitário ADAINV ou ADALOD que terminou de forma anormal. O espaço recuperado é devolvido para o free space table (FST) e está disponível para a reutilização.

Função REFRESH

A função de REFRESH (Adabas On-line System ou pelo utilitário ADADBS) resulta na definição do status do file para zero registros carregados e uma extensão alocada para cada componente do arquivo. Se existirem outras extensões adicionais serão devoltidas para o free space table (FST).

Funções RELEASE e UNCOUPLE

As funções RELEASE e UNCOUPLE (Adabas On-line System ou pelo utilitário ADADBS) resulta na exclusão de uma lista invertida ou listas de acoplamento físicas. O espaço utilizado para a lista pode ser recuperada apenas usando ADAORD. Ao liberar um descritor para um arquivo expandido, cada componente do arquivo deve ser liberado individualmente. ADADBS exibe uma mensagem sempre que um descritor de arquivo expandido está sendo liberado.

Alocação de espaço com o Utilitário de ADAINV

Funções COUPLE/INVERT

As funções COUPLE e INVERT (Adabas On-line System ou pelo utilitário ADAINV) pode resultar na atribuição de blocos adicionais para o componente de arquivo NISIZE (mas não DSSIZE ou MAXISN). Isto ocorrer quando o espaço disponível torna-se completo durante o processamento de input dos dados.

Neste caso, se existem blocos de índice libertados durante a eliminação do núcleo, estes blocos são reutilizados. Então, se estiver disponível, serão tomadas uma série de blocos na free space table (FST) cujo tamanho está dentro da faixa de M1 por M2.

M1 e ​​M2 são calculados como se segue:

M2 = M1 + M1/8
M1 = MAX (A2, NIB/4 + KZ)

onde

KZ zap-able value (default = 10)
NIB number of NI blocks in use

e

A2 = MIN (A1, NIB * 2)
A1 = IUN * NIB/IUS

onde

IUN number of unused ISNs
IUS number of used ISNs

Quando esta rodando o invert de um descritor para um arquivo expanded, cada componente do file deve ser rodado o "invert" individualmente. ADAINV exibe uma mensagem sempre que um descritor de arquivo expanded está sendo "invertido".

Alocação de espaço com o Utilitário de ADALOD

Função LOAD

A função load do utilitário ADALOD é usado para carregar um arquivo em um banco de dados.

DSSIZE Parameter

O número de blocos de cilindros são especificados com o parâmetro DSSIZE é atribuída e atribuída a primeira extensão DS, no início da execução ADALOD.

O DSRABN ou parâmetros DSDEV pode ser utilizado para forçar a atribuição de um dispositivo específico ou RABN.

Se, durante o processamento dos dados de input, a primeira extensão alocada fica cheio, é feita uma busca para uma série de blocos livres na tabela espaço livre, cuja dimensão está dentro do intervalo através de M1 M2.

M1 e ​​M2 são calculados como se segue:

M2 = M1 + M1/8
M1 = MAX (A2, DSB/4 + KZ)

onde

KZ zap-able value (default = 10)
DSB number of DS blocks in use

Se o espaço suficiente é encontrado na free space table (tabela de espaço livre), e que se segue imediatamente um espaço de medida já atribuído, este espaço é adicionado à extremidade da extensão. Neste caso, nenhuma nova medida é alocado.

Se uma nova medida é necessário, a free space table (tabela de espaço livre) é digitalizada e o número de blocos necessários para satisfazer o tamanho do M1 M2 é feita através do novo medida. Até 99 extensões são possíveis. No entanto, a sua real máximo real será menor por causa do número máximo de extensões físicas que podem ser definidos é derivado a partir do tamanho de bloco dos primeiros dados Associator definidos (DDASSOR1). Se não houver espaço disponível, as extremidades ADALOD com uma mensagem de erro.

O número máximo de extensões dos arquivos lógicos que podem ser agora definida é derivada a partir do tamanho do bloco do primeiro conjunto de dados Associator (DDASSOR1). A informação é armazenada medida numa seção variável do FCB. Novas extensões podem ser adicionados agora até o tamanho FCB utilizado atinge o tamanho do bloco do conjunto de dados Associator.

Parâmetro MAXISN

O valor MAXISN é convertido num número de blocos e arredondado para um valor limite do bloco completo. Este conjunto de blocos é alocado no início da execução do utilitário ADALOD e é atribuído ao primeiro conversor de medida para o endereço de arquivo.

O parâmetro ACRABN pode ser utilizado para forçar a atribuição de começar num local específico.

Se, durante o processamento dos dados de entrada, a primeira extensão alocada ficou cheia, o ADALOD tenta atribuir outra medida do address converter, cuja dimensão é de 25% da soma de todos os tamanhos de extensão address converter atualmente existentes.

- Se uma faixa de blocos utilizada está disponível na tabela de espaço livre no intervalo de 25% a 28% do tamanho atualmente em uso, este intervalo é atribuída imediatamente como uma nova medida de AC para o arquivo;
- Se apenas intervalos livres estão disponíveis, uma nova medida de AC de 25% é feita a partir do menor intervalo livre de blocos;
- Se apenas faixas livres menores estão disponíveis, a maior disponível é tomada.

Parâmetros NISIZE/UISIZE

No início da sua execução, o ADALOG aloca e atribui os blocos ou cilindros especificados pelo NISIZE e parâmetros UISIZE aos primeiros NI e UI, respectivamente.

O parâmetro NIRABN e o UIRABN podem ser utilizado para forçar a alocação de extensão para começar em uma RABN específico.

Se você omitir os parâmetros NISIZE ou o UISIZE, o ADALOD inicialmente não alocar espaços de NI e UI. Em vez disso, o ADALOD espera até que todos os valores do descritor de entrada foram escritos para o data set Temp, e, em seguida, calcula os valores NISIZE e UISIZE, como segue: Se não tem registros de entrada processados:

NISIZE = Números de descritores + 1
UISIZE = 2 blocks

Se os registros de entrada foram processados:

- Para cada descritor de arquivo, até 16 blocos temporarios no data set são selecionados e lidos. O conteúdo desses blocos são classificados e estimado a quantidade total de blocos temporários utilizados para esse descritor.

O algoritmo escolhido retorna o NISIZE UISIZE e os valores para cada descritor, o que acrescenta ADALOD juntos e depois multiplica pelo factor K, o que é

K = (MAXISN - MINISN + 1) / número de registros carregados

Se, durante a operação, o ADALOD determina que o valor resultante não é suficiente, o ADALOD aloca extensões subseqüentes durante a sua execução. Os tamanhos destas extensões são calculados da mesma maneira como para as extensões DSSIZE adicionais, como descrito acima.

Função UPDATE

A função do utilitário ADALOD UPDATE realiza performance uma massa para adicionar/apagar os registros de/para (to/for) um arquivo existente, e reorganiza (se necessário) expande o espaço do Associator e do Data Storage.

Se um valor MAXISN é especificado para a operação de atualização que é maior do que o valor atual para o arquivo, a diferença entre a nova e a velha configuração MAXISN é computado. O número de blocos de AC para satisfazer esta quantia é então atribuído a partir da tabela de espaço livre, como uma medida adicional. O parâmetro ACRABN pode ser utilizado para forçar a atribuição de começar num local específico.

If during processing of the input data the current AC and/or Data Storage extent becomes full, ADALOD tries to allocate another AC and/or Data Storage extent whose size is 25% of the sum of all currently existing AC and/or Data Storage extent sizes. Se durante o processamento entrada dos dados da corrente AC (address converter) e/ou a medida do Data Storage torna-se completo, o ADALOD tenta alocar outro AC (ou) a medida de Data Storage, cujo tamanho é de 25% da soma de todos os existentes atualmente AC ou medida de Data Storage tamanhos.
- Se uma faixa de blocos utilizada está disponível na tabela de espaço livre no intervalo de 25% a 28% do tamanho actualmente em uso, este intervalo é atribuída imediatamente como uma nova medida de CA para o arquivo;
- Se apenas faixas já estão disponíveis gratuitamente uma nova extensão AC de 25% é retirado da menor faixa livre de blocos;
- Se apenas faixas livres menores estão disponíveis, a maior disponível é tomada.

Alocação de espaço de pelo utilitário ADAORD

O ADAORD reordena os respectivos componentes do Associator (AC, NI / UI e DSST) e o Data Storage para recuperar o espaço inutilizável para reutilização. Embora as funções ADAORD afetem apenas os arquivos de um componente selecionado de arquivo Adabas expandida, não há alteração na consistência lógica de um arquivo expandido, portanto, ADAORD não tem que ser realizada em cada arquivo componente de um arquivo expandido, a menos desejada.

+---------------------+-----------------------------+
| Function            | Accessed Table Types        |
+---------------------+-----------------------------+
| REORFASSO           | AC, NI, UI                  |
+---------------------+-----------------------------+
| REORASSO            | AC, NI, UI, DSST            |
+---------------------+-----------------------------+
| REORFDATA, REORDATA | DS                          |
+---------------------+-----------------------------+
| REORFILE, REORDB    | AC, NI, UI, DS              |
+---------------------+-----------------------------+ 

Para cada arquivo acessado e para cada tipo de tabela acessada (dependendo da função), a seguinte ação é tomada:

- Todo o espaço utilizado é devolvido para o espaço livre da tabela. - Todas os arquivos com um local específico (ACRABN, DSRABN, NIRABN, UIRABN) são alocados e distribuídos como um primeiro ponto. Os tamanhos utilizados são ou fornecido (MAXISN, DSSIZE, NISIZE, UISIZE) ou retirado do arquivo original.
- Todos os quadros sem um local específico são atribuídos e designado com uma medida primeira.

Se uma das extensões ficar cheia, a mesma ação é tomada como descrita para o utilitário ADALOD (UPDATE) (veja a seção anterior).

Alocação de espaço por ADASAV (Função Restaurar Arquivos)

Se um arquivo a ser restaurado já está presente no banco de dados (o parâmetro OVERWRITE deve ser especificado) o espaço utilizado por todos esses arquivos é retornado para o espaço livre do arquivo. Se um arquivo de componente de um arquivo expandido é especificado, então também devem ser especificados todos os arquivos de componentes relacionados.

RESTORE FILE=...

Para cada arquivo a ser restaurado, as RABNs originais devem estar disponíveis. O utilitário ADASAV tenta alocar as extensões necessárias à sua posição original com o seu tamanho original. Se uma dessas alocações falhar, ADASAV terminará com erro-060.

RESTORE FMOVE=...

Para cada arquivo a ser restaurado, pelo menos, serão destinados a quantidade de espaço original usado. A atribuição da primeira medida para cada tabela de arquivo pode ser forçado a um local específico, usando um dos parâmetros opcional ACRABN, DSRABN, NIRABN, UIRABN. Os tamanhos dessas tabelas podem ser aumentada usando as funções MAXISN, DSSIZE, NISIZE, UISIZE. Se houver espaço disponível, várias extensões de entrada podem ser comprimida em uma única nova medida. Se não houver espaço livre suficiente disponível contíguo, o utilitário ADASAV irá dividir as tabelas ao longo de várias novas extensões (até 99 para cada tabela). Se esse espaço não estiver disponível, ADASAV terminará com erro-060.

Usando o Relatório de status de banco de dados para controle do espaço em Uso

Informações da utilização do espaço do banco de dados podem ser obtidos diretamente a partir do relatório de status do banco de dados produzido pela execução do utilitário ADAREP ou utilizando Adabas Sistema Online.

Além de um mapa de alocação de arquivos e um mapa de alocação de blocos, esse relatório lista o número de blocos;

- usado (e não usado) para a extensão física Associator (ou extensões);

- usado (e não usado) para o Data Storage e extensão física de dados (ou extensões); - alocado para a extensão física da Work; - usado (e não usada) para cada arquivo para o address converter, normal index, upper index, and Data Storage logical extent (ou extensões).

Veja a documentação sobre o ADAREP em Adabas Utilities para uma explicação detalhada das informações fornecidas neste relatório.

O DBA deve freqüentemente avaliar este relatório para identificar potenciais problemas de utilização do espaço.

A próxima seção contém orientações sobre os problemas que podem ser detectados utilizando o relatório de status e recomendações quanto ao que devem ser tomadas medidas para prevenir e resolver cada problema.

Potencial de Uso problemas de espaço e acções recomendadas

Esta seção fornece um resumo dos problemas mais freqüentemente encontrados sobre a utilização do espaço do banco de dados, as ações corretivas recomendadas a serem tomadas para prevenir e corrigir esses problemas.

Extensões físico completo

Associator cheio ou quase cheio.

- A extensão física pode ser aumentada (ver utilitário ADADBS, função ADD);
- Uma nova extensão física podem ser adicionados (ver utilitário ADADBS, função ADD);
- O Associator pode ser reordenadas usando o utilitário ADAORD. Este será um benefício apenas se uma grande quantidade de fragmentação do espaço Associator existe;
- Extensões de arquivos não usados podem ser liberados com a função ADADBS DEALLOCATE;
- Qualquer arquivo no Adabas não mais necessários podem ser excluídos (ver o utilitário ADADBS; função de DELETE);
- Qualquer lista de acoplamento arquivo não é mais necessário podem ser deletadas (ver o utilitário ADADBS, função UNCOUPLE);


Data Storage físico cheio ou completamente cheio.
- A extensão física pode ser extendida (veja o utilitário ADADBS, função INCREASE);
- Uma nova extensão física pode ser adicionados (veja o utilitário ADADBS, função ADD), o que é recomendado somente quando a nova medida é um novo tipo de dispositivo.
- Data Storage podem ser reordenadas (veja o utilitário ADAORD, função REORDATA). Este será um benefício apenas se uma grande quantidade de fragmentação do espaço de Data Storage existe, ou o fator de preenchimento de Data Storage é diminuída;
- o Data Storage pode ser reordenado (veja o utilitário ADAORD, função REORFILE);
- Qualquer arquivo do Adabas não mais necessários podem ser excluídos (ver o utilitário ADADBS, função DELETE).

Máximo de Extensões Físicas Atingida

1 - Foi alcançado o número máximo de extensões físicas Associator (cerca de 99). (Versão do Adabas 8)

- O última extent pode ser aumentado usando a função ADADBS ADD;
- O Associator podem ser reordenado, executando a função ADAORD REORASSO;
- Todos os arquivos podem ser salvos/backup utilizando a função ADAORD RESTRUCTURE e depois restaurados em um banco de dados maior usando ADAORD STORE.

2 - Foi atingido o número máximo de extensões físicas de Data Storage (cerca de 99). (Versão do Adabas 8)

- O última extent pode ser aumentada usando a função ADADBS INCREASE;
- Data Storage podem ser reordenado (veja o utilitário ADAORD função REORDATA). Isto irá resultar na eliminação de fragmentação de espaço do Data Storage;
- Todos os arquivos podem ser salvos/backupados utilizando o utilitário ADAULD e depois restaurados em um banco de dados maior.


Extensões máximas lógicas Atingido

As extensões máximas lógicas para o address converter, normal index, ou o upper index para um arquivo foi atingido.

- O REORFILE ou função REORFASSO do utilitário ADAORD podem ser executados para reordenar todas as entradas do Associator do arquivo.
- O ISN reusage pode ser invocado usando o utilitário ADADBS.
- O arquivo pode ser descarregado, excluídos e recarregado.


Foi atingido o limite máximo de extensões lógico para qualquer Data Storage Data Storage space table (DSST) de um arquivo.

- O arquivo (e todos os outros arquivos) podem ser reordenadas usando o REORFDATA ou função REORFILE do utilitário ADAORD. Este condensa várias extensões de Data Storage em menos extensões.
- O arquivo pode ser descarregado, excluídos e recarregado.

Retirado - Clique Aqui

Categories: Adabas, Adabas 7.4.4