Regras e Responsabilidades do DBA Adabas - Parte 06 - 02/02
Função e uso do Dicionário de Dados
Um dicionário de dados contém informações sobre a definição de estrutura e utilização dos dados. Ele não armazena os dados em si, mas sim sobre a estrutura do arquivo. Simplesmente declarado, o dicionário de dados contém o nome de cada tipo de campo, a sua definição (tamanho e tipo), onde e como ele é usado e sua relação com outros elementos.
Um dicionário de dados permite ao DBA exercer um melhor gerenciamento e controle sobre os recursos da organização de dados. Os usuários com muito conhecimento no dicionários de dados também descobrem que eles sejam ferramentas importantes no gerenciamento de projetos e design de sistemas.
O dicionário de dados permitirá que a DBA gerenciar itens de dados reais e os programas que manipulam e o usam. Esta independência da resultados no controlo da utilidade substancialmente reforçada dos dados. O dicionário de dados serve para coletar as informações necessárias para tornar os dados mais úteis.
Contendo todas as definições dos dados, o dicionário torna-se o repositório de informações para os atributos dos dados, características, fontes, uso e inter-relações com outros dados. O dicionário de dados deverá fornecer as seguintes informações:
* O tipo de testes de validade que foram aplicados a este tipo de dados;
* Que módulos, programas, sistemas e relatórios de uso deste tipo de dados?
* O nível de segurança que tem sido aplicada; Quem tem permissão para acessar o tipo de dados? Quem está autorizado a actualizar este tipo de dados?
* Com que outros nomes é o tipo de dados conhecido em vários ambientes de aplicação?
* Qual é a fonte de entrada para este tipo de dados?
* Descrição textual do tipo de dados.
Predict: O Dicionário de dados Adabas
Predict, é um dicionario de dados do Adabas, é usado para estabelecer e manter um dicionário de dados online.
Informações de banco de dados podem ser inseridos no dicionário on-line ou em modo batch. A descrição dos dados no Adabas dicionário inclui informações sobre arquivos, os campos definidos para cada arquivo e as relações entre os arquivos. A descrição da utilização inclui informações sobre os proprietários e usuários dos dados para além dos sistemas, programas, módulos e relatórios que usam os dados. Entradas do dicionário são fornecidos para obter informações sobre;
* estruturas de rede;
* Bancos de dados Adabas;
* arquivos, campos e relacionamentos;
* proprietários e usuários;
* sistemas, programas, módulos e relatórios;
* verificação de campo (regras de tratamento);
Os normas dos dados no dicionário tem relatórios que podem ser utilizados para
* exibir todo o conteúdo do dicionário de dados;
* campo de impressão, arquivo e informações de relacionamento;
* imprimir informações de campo por arquivo;
Além disso, o dicionário de dados também pode ser acessado diretamente pelo Natural, pois ele é armazenado em um arquivo Adabas padrão. Consulte a documentação sobre o Predict para obter mais informações detalhadas sobre os dados Adabas sistema de dicionário.
Aplicações usando o banco de dados
Para cada aplicativo usando o banco de dados, as seguintes informações devem ser registradas:
* características da aplicação:
** Descrição da função do pedido;
** Modo de usar: lote / linha única ou multi-usuário;
** Freqüência de uso: padrão horários programados;
** Tipo e volume de operações;
** Considerações sobre o desempenho: tempo de resposta mínimo aceitável;
* Requisitos dos Arquivos;
** Quais arquivos são acessados;
** Como os arquivos são acessados (o uso de descritores);
** Itens específicos de dados (campos, subcampos supercampos, e assim por diante) utilizados;
* Os requisitos de segurança:
** A encriptação e / ou uso de senha (ou seja, as chaves de codificação e / ou senhas não devem ser feitos geralmente disponíveis);
** Os usuários autorizados do sistema/programa de investigação;
** requisitos Back-up: a frequência eo conteúdo de backups de arquivos;
** Reinicie requisitos.
Como qualquer banco de dados é apenas uma implementação parcial do banco de dados conceitual e as exigências do usuário mudar com o tempo, novas aplicações de banco de dados vai ser encontrados com o passar do tempo. Algumas destas aplicações podem ser desenvolvidas em novos sistemas ou complementos de sistemas já existentes, mas elas surgem pela primeira vez como um requisito de usuário simples.
Estabelecer procedimentos para aplicações de gravação não planejada do banco de dados, se uma pessoa se torna relativamente freqüentes ou importantes, muitas vezes você pode ganhar uma vantagem de processamento através do redesenho ou reorganizar o banco de dados ou arquivos dentro dela. Os registros desse uso não planejado do banco de dados ou mudança de ênfase nas prioridades de processamento, pode ser feito quando um usuário faz uma solicitação de informações interativo, se o usuário fizer isso em seu próprio departamento ou através do DBA. Esses registros devem ser regularmente revistos pelo DBA e discutida com os usuários afetados.
Descrição dos Arquivos Fontes
Para qualquer novo pedido, o dicionário de dados é o primeiro documento de referência para a determinação do potencial de fontes de informação. A descrição das fontes de dados serão obtidos durante as fases de análise de sistemas e design de um novo projeto.
Registro é manter as seguintes informações sobre cada sistema:
* A forma atual e localização dos dados: formulários, arquivos de mídia de armazenamento de computador;
* Técnicas de acesso a ser usado para obter os dados;
* O uso pretendido dos dados em relação à sua precisão em apreço, exaustividade e atualidade, incluindo a validação necessária ou edição;
* A necessidade de modificação dos dados antes de ser armazenada no banco de dados;
* O agente autorizado para a utilização dos dados;
* O custo de aquisição dos dados.
Acesso a dados e procedimentos de manipulação
O DBA deve ter o controle administrativo em todos os acessos para a atualização dos dados no banco de dados. A menos que isto é assim, pode haver um controle significativo pouca ou proteção exercida sobre ele. A falta desse controle pode resultar em problemas graves de segurança e integridade.
Porque a autoridade e responsabilidade para o banco de cruzar fronteiras organizacionais, uma política corporativa que abrange o uso de banco de dados e entre as unidades operacionais devem ser publicados. Estas declarações podem melhorar o controle administrativo da DBA e ajudar a promover a compreensão clara dos procedimentos de banco de dados entre os usuários e processamento de dados pessoais.
Parte dessa política incluem declarações sobre;
* o uso de comandos SGBD que podem e (mais importante) não pode usar as diversas facilidades fornecidas pelo SGBD?
* utilização de banco de dados é que isso seja alcançado por programas de usuário? São interfaces padrão, como Naturais ou SQL a ser usado? Quais os procedimentos de tratamento de erro deve ser observado? A quem deve ser relatado dificuldades, e como (por exemplo, um relatório de problemas)?
* procedimentos de manutenção e atualização e quem será o responsável?
Esta declaração de política deve ser proposto e elaborado pela DBA, e depois revistos e acordados por todas as partes afetadas.
Senhas e Identificação de usuário
User ID e senha deve ser armazenada de forma segura pela DBA, como só o DBA e os usuários afetados devem ter acesso a ele. Esta documentação inclui;
* procedimentos de atribuição de chaves de criptografia, senhas e identificação do usuário;
* missões reais: as chaves de codificação (onde é necessário que o DBA para saber isso), senhas e identificações de usuário;
* procedimentos de acesso e terminal de dados;
* autoridades o acesso deve ser estabelecida para cada entidade de dados. Estes devem definir:
** Quem tem o direito e/ou necessidade de conhecer o conteúdo dos dados, bem como de sua existência;
** Quem consegue ler os dados do banco de dados, adicionar novas ocorrências de dados, atualização de valores existentes dos dados, e / ou apagar os dados do banco de dados.
Uma vez que esta entidade tenha sido estabelecida, é importante estabelecer procedimentos de controlo adequados, a fim de garantir que as violações de segurança de banco de dados não ocorram.
* procedimentos de segurança do banco de dados. A proteção física dos dados no banco de dados devem ser registrados, detalhando
** controle humano positivo sobre o banco de dados (comunicações quartos, acesso ao computador e terminais de armazenamento de backup do banco de dados de registo e fitas);
** separação física entre as entidades de dados (arquivos separados, bancos de dados separados, o uso de cluster parcial instalações de montagem e arquivo);
** áreas seguras para os terminais (terminais de fechadura, keyholders, alugados ou dial-up linhas, tirado do ar quando não em uso);
** pessoas autorizadas a receber as informações publicadas sobre o banco de dados.
O DBA utiliza o utilitário Adabas Security para implementar e controlar a segurança de senha. O DBA deve ser a única pessoa em uma instalação que está autorizada a utilizar este utilitário.
O DBA deve implementar procedimentos para proteger fisicamente o utilitário de segurança em si, e toda a segurança documentação relativa.
Procedimentos de Backup
O conteúdo dos arquivos de backup, ou como cópias do banco de dados ou arquivo (tomadas pelo utilitário ADASAV Adabas) deve ser registrada juntamente com as seguintes informações:
* O estado (ou momento e a hora) foi realizado o backup;
* Identificação dos dados que foram feitos backup up;
* O volume de dados que está envolvido;
* As instalações de backup que devem ser utilizados a fim de restabelecer o banco de dados a esse estado;
* A freqüência e periodicidade das operações de backup de banco de dados.
O DBA deve ajudar os operadores do CPD para desenvolver procedimentos para a realização da tarefa de backup de banco de dados. Backup de banco de dados é um passo essencial para garantir que o banco de dados pode ser restaurado ao seu estado adequado em caso de destruição ou danificação. A decisão terá que ser tomadas (para todas as aplicações) para saber se a base de dados está a ser apoiada ou se dumping e restauração de arquivos específicos é mais adequado.
Informações sobre o desenvolvimento de procedimentos de backup para uma determinada aplicação está incluída no Adabas Operations documentation.
Restart e procedimentos de Recovery
O DBA é responsável pela formulação e supervisão de processos de;
* Reinstart do SGBD, após falha;
* recuperar o banco de dados para uma data mais recente (se necessário), eliminando assim a necessidade de repetir o trabalho de manutenção de banco de dados;
* controlar as prioridades e da seqüência de restauração de banco de dados.
Reinicie e recuperação é um fator de proteção importante banco de dados. O DBA deve estabelecer normas, procedimentos e regras para fornecer essa capacidade. O DBA deve ter a certeza de que as normas e as regras estão a ser cumpridas e aplicadas. Reinicie e recuperação deve ser planejado e projetado em conjunto com a implementação do SGBD. Não deve ser adicionado como uma reflexão tardia.
Informações detalhadas sobre Adabas reiniciar ea recuperação é incluída no Adabas Operations documentation.
DBMS Performance and Medição
O DBA tem um papel contínuo em manter o melhorar desempenho do sistema de banco de dados.
Para fazer isso, o DBA deve monitorar o desempenho do sistema e tente desenhar estratégias alternativas para melhorá-lo. Como os padrões de trabalho e da mudança na mudança da estratégia na empresa, tanto a proporção relativa de volume e os tipos de operações podem mudar. Isso pode afetar o desempenho e o design e podem ser necessários para combatê-la.
A longo prazo isso pode ser possível prever as mudanças na carga de trabalho, e planejar como atingi-los pelo redesenho ou melhoria de equipamentos.
O efeito de um novo hardware ou software também deve ser avaliada, e eventuais alterações devem ser custo-justificado e integrado na estratégia de longo prazo.
Manter o controle de (e medir) o desempenho do SGBD é, portanto, uma parte importante da função do DBA. O DBA deve estabelecer e manter registros de:
* Os recursos computacionais utilizados, incluindo a frequência de utilização, por cada área de aplicação;
* Os usuários que são atendidos por uma determinada aplicação, e
* A eficácia SGBD com relação ao tempo de resposta e custo.
O DBA também terão de estabelecer e documentar os procedimentos para;
* Acompanhamento da freqüência do uso do SGBD e
* Gestão de desempenho do SGBD.
É de responsabilidade do DBA para monitorar o ambiente de banco de dados em uma base contínua, a fim de garantir um nível eficaz de serviço é prestado, enquanto a integridade de dados é mantida. Essa responsabilidade de acompanhamento tem a forma de uma variedade de actividades e procedimentos, de que a gestão de desempenho é uma só.
O Adabas Online System fornece ao DBA uma poderosa ferramenta para monitoração do banco de dados. Veja a documentação de Sistemas Adabas Online para mais informações.
Função e uso do Dicionário de Dados
Um dicionário de dados contém informações sobre a definição de estrutura e utilização dos dados. Ele não armazena os dados em si, mas sim sobre a estrutura do arquivo. Simplesmente declarado, o dicionário de dados contém o nome de cada tipo de campo, a sua definição (tamanho e tipo), onde e como ele é usado e sua relação com outros elementos.
Um dicionário de dados permite ao DBA exercer um melhor gerenciamento e controle sobre os recursos da organização de dados. Os usuários com muito conhecimento no dicionários de dados também descobrem que eles sejam ferramentas importantes no gerenciamento de projetos e design de sistemas.
O dicionário de dados permitirá que a DBA gerenciar itens de dados reais e os programas que manipulam e o usam. Esta independência da resultados no controlo da utilidade substancialmente reforçada dos dados. O dicionário de dados serve para coletar as informações necessárias para tornar os dados mais úteis.
Contendo todas as definições dos dados, o dicionário torna-se o repositório de informações para os atributos dos dados, características, fontes, uso e inter-relações com outros dados. O dicionário de dados deverá fornecer as seguintes informações:
* O tipo de testes de validade que foram aplicados a este tipo de dados;
* Que módulos, programas, sistemas e relatórios de uso deste tipo de dados?
* O nível de segurança que tem sido aplicada; Quem tem permissão para acessar o tipo de dados? Quem está autorizado a actualizar este tipo de dados?
* Com que outros nomes é o tipo de dados conhecido em vários ambientes de aplicação?
* Qual é a fonte de entrada para este tipo de dados?
* Descrição textual do tipo de dados.
Predict: O Dicionário de dados Adabas
Predict, é um dicionario de dados do Adabas, é usado para estabelecer e manter um dicionário de dados online.
Informações de banco de dados podem ser inseridos no dicionário on-line ou em modo batch. A descrição dos dados no Adabas dicionário inclui informações sobre arquivos, os campos definidos para cada arquivo e as relações entre os arquivos. A descrição da utilização inclui informações sobre os proprietários e usuários dos dados para além dos sistemas, programas, módulos e relatórios que usam os dados. Entradas do dicionário são fornecidos para obter informações sobre;
* estruturas de rede;
* Bancos de dados Adabas;
* arquivos, campos e relacionamentos;
* proprietários e usuários;
* sistemas, programas, módulos e relatórios;
* verificação de campo (regras de tratamento);
Os normas dos dados no dicionário tem relatórios que podem ser utilizados para
* exibir todo o conteúdo do dicionário de dados;
* campo de impressão, arquivo e informações de relacionamento;
* imprimir informações de campo por arquivo;
Além disso, o dicionário de dados também pode ser acessado diretamente pelo Natural, pois ele é armazenado em um arquivo Adabas padrão. Consulte a documentação sobre o Predict para obter mais informações detalhadas sobre os dados Adabas sistema de dicionário.
Aplicações usando o banco de dados
Para cada aplicativo usando o banco de dados, as seguintes informações devem ser registradas:
* características da aplicação:
** Descrição da função do pedido;
** Modo de usar: lote / linha única ou multi-usuário;
** Freqüência de uso: padrão horários programados;
** Tipo e volume de operações;
** Considerações sobre o desempenho: tempo de resposta mínimo aceitável;
* Requisitos dos Arquivos;
** Quais arquivos são acessados;
** Como os arquivos são acessados (o uso de descritores);
** Itens específicos de dados (campos, subcampos supercampos, e assim por diante) utilizados;
* Os requisitos de segurança:
** A encriptação e / ou uso de senha (ou seja, as chaves de codificação e / ou senhas não devem ser feitos geralmente disponíveis);
** Os usuários autorizados do sistema/programa de investigação;
** requisitos Back-up: a frequência eo conteúdo de backups de arquivos;
** Reinicie requisitos.
Como qualquer banco de dados é apenas uma implementação parcial do banco de dados conceitual e as exigências do usuário mudar com o tempo, novas aplicações de banco de dados vai ser encontrados com o passar do tempo. Algumas destas aplicações podem ser desenvolvidas em novos sistemas ou complementos de sistemas já existentes, mas elas surgem pela primeira vez como um requisito de usuário simples.
Estabelecer procedimentos para aplicações de gravação não planejada do banco de dados, se uma pessoa se torna relativamente freqüentes ou importantes, muitas vezes você pode ganhar uma vantagem de processamento através do redesenho ou reorganizar o banco de dados ou arquivos dentro dela. Os registros desse uso não planejado do banco de dados ou mudança de ênfase nas prioridades de processamento, pode ser feito quando um usuário faz uma solicitação de informações interativo, se o usuário fizer isso em seu próprio departamento ou através do DBA. Esses registros devem ser regularmente revistos pelo DBA e discutida com os usuários afetados.
Descrição dos Arquivos Fontes
Para qualquer novo pedido, o dicionário de dados é o primeiro documento de referência para a determinação do potencial de fontes de informação. A descrição das fontes de dados serão obtidos durante as fases de análise de sistemas e design de um novo projeto.
Registro é manter as seguintes informações sobre cada sistema:
* A forma atual e localização dos dados: formulários, arquivos de mídia de armazenamento de computador;
* Técnicas de acesso a ser usado para obter os dados;
* O uso pretendido dos dados em relação à sua precisão em apreço, exaustividade e atualidade, incluindo a validação necessária ou edição;
* A necessidade de modificação dos dados antes de ser armazenada no banco de dados;
* O agente autorizado para a utilização dos dados;
* O custo de aquisição dos dados.
Acesso a dados e procedimentos de manipulação
O DBA deve ter o controle administrativo em todos os acessos para a atualização dos dados no banco de dados. A menos que isto é assim, pode haver um controle significativo pouca ou proteção exercida sobre ele. A falta desse controle pode resultar em problemas graves de segurança e integridade.
Porque a autoridade e responsabilidade para o banco de cruzar fronteiras organizacionais, uma política corporativa que abrange o uso de banco de dados e entre as unidades operacionais devem ser publicados. Estas declarações podem melhorar o controle administrativo da DBA e ajudar a promover a compreensão clara dos procedimentos de banco de dados entre os usuários e processamento de dados pessoais.
Parte dessa política incluem declarações sobre;
* o uso de comandos SGBD que podem e (mais importante) não pode usar as diversas facilidades fornecidas pelo SGBD?
* utilização de banco de dados é que isso seja alcançado por programas de usuário? São interfaces padrão, como Naturais ou SQL a ser usado? Quais os procedimentos de tratamento de erro deve ser observado? A quem deve ser relatado dificuldades, e como (por exemplo, um relatório de problemas)?
* procedimentos de manutenção e atualização e quem será o responsável?
Esta declaração de política deve ser proposto e elaborado pela DBA, e depois revistos e acordados por todas as partes afetadas.
Senhas e Identificação de usuário
User ID e senha deve ser armazenada de forma segura pela DBA, como só o DBA e os usuários afetados devem ter acesso a ele. Esta documentação inclui;
* procedimentos de atribuição de chaves de criptografia, senhas e identificação do usuário;
* missões reais: as chaves de codificação (onde é necessário que o DBA para saber isso), senhas e identificações de usuário;
* procedimentos de acesso e terminal de dados;
* autoridades o acesso deve ser estabelecida para cada entidade de dados. Estes devem definir:
** Quem tem o direito e/ou necessidade de conhecer o conteúdo dos dados, bem como de sua existência;
** Quem consegue ler os dados do banco de dados, adicionar novas ocorrências de dados, atualização de valores existentes dos dados, e / ou apagar os dados do banco de dados.
Uma vez que esta entidade tenha sido estabelecida, é importante estabelecer procedimentos de controlo adequados, a fim de garantir que as violações de segurança de banco de dados não ocorram.
* procedimentos de segurança do banco de dados. A proteção física dos dados no banco de dados devem ser registrados, detalhando
** controle humano positivo sobre o banco de dados (comunicações quartos, acesso ao computador e terminais de armazenamento de backup do banco de dados de registo e fitas);
** separação física entre as entidades de dados (arquivos separados, bancos de dados separados, o uso de cluster parcial instalações de montagem e arquivo);
** áreas seguras para os terminais (terminais de fechadura, keyholders, alugados ou dial-up linhas, tirado do ar quando não em uso);
** pessoas autorizadas a receber as informações publicadas sobre o banco de dados.
O DBA utiliza o utilitário Adabas Security para implementar e controlar a segurança de senha. O DBA deve ser a única pessoa em uma instalação que está autorizada a utilizar este utilitário.
O DBA deve implementar procedimentos para proteger fisicamente o utilitário de segurança em si, e toda a segurança documentação relativa.
Procedimentos de Backup
O conteúdo dos arquivos de backup, ou como cópias do banco de dados ou arquivo (tomadas pelo utilitário ADASAV Adabas) deve ser registrada juntamente com as seguintes informações:
* O estado (ou momento e a hora) foi realizado o backup;
* Identificação dos dados que foram feitos backup up;
* O volume de dados que está envolvido;
* As instalações de backup que devem ser utilizados a fim de restabelecer o banco de dados a esse estado;
* A freqüência e periodicidade das operações de backup de banco de dados.
O DBA deve ajudar os operadores do CPD para desenvolver procedimentos para a realização da tarefa de backup de banco de dados. Backup de banco de dados é um passo essencial para garantir que o banco de dados pode ser restaurado ao seu estado adequado em caso de destruição ou danificação. A decisão terá que ser tomadas (para todas as aplicações) para saber se a base de dados está a ser apoiada ou se dumping e restauração de arquivos específicos é mais adequado.
Informações sobre o desenvolvimento de procedimentos de backup para uma determinada aplicação está incluída no Adabas Operations documentation.
Restart e procedimentos de Recovery
O DBA é responsável pela formulação e supervisão de processos de;
* Reinstart do SGBD, após falha;
* recuperar o banco de dados para uma data mais recente (se necessário), eliminando assim a necessidade de repetir o trabalho de manutenção de banco de dados;
* controlar as prioridades e da seqüência de restauração de banco de dados.
Reinicie e recuperação é um fator de proteção importante banco de dados. O DBA deve estabelecer normas, procedimentos e regras para fornecer essa capacidade. O DBA deve ter a certeza de que as normas e as regras estão a ser cumpridas e aplicadas. Reinicie e recuperação deve ser planejado e projetado em conjunto com a implementação do SGBD. Não deve ser adicionado como uma reflexão tardia.
Informações detalhadas sobre Adabas reiniciar ea recuperação é incluída no Adabas Operations documentation.
DBMS Performance and Medição
O DBA tem um papel contínuo em manter o melhorar desempenho do sistema de banco de dados.
Para fazer isso, o DBA deve monitorar o desempenho do sistema e tente desenhar estratégias alternativas para melhorá-lo. Como os padrões de trabalho e da mudança na mudança da estratégia na empresa, tanto a proporção relativa de volume e os tipos de operações podem mudar. Isso pode afetar o desempenho e o design e podem ser necessários para combatê-la.
A longo prazo isso pode ser possível prever as mudanças na carga de trabalho, e planejar como atingi-los pelo redesenho ou melhoria de equipamentos.
O efeito de um novo hardware ou software também deve ser avaliada, e eventuais alterações devem ser custo-justificado e integrado na estratégia de longo prazo.
Manter o controle de (e medir) o desempenho do SGBD é, portanto, uma parte importante da função do DBA. O DBA deve estabelecer e manter registros de:
* Os recursos computacionais utilizados, incluindo a frequência de utilização, por cada área de aplicação;
* Os usuários que são atendidos por uma determinada aplicação, e
* A eficácia SGBD com relação ao tempo de resposta e custo.
O DBA também terão de estabelecer e documentar os procedimentos para;
* Acompanhamento da freqüência do uso do SGBD e
* Gestão de desempenho do SGBD.
É de responsabilidade do DBA para monitorar o ambiente de banco de dados em uma base contínua, a fim de garantir um nível eficaz de serviço é prestado, enquanto a integridade de dados é mantida. Essa responsabilidade de acompanhamento tem a forma de uma variedade de actividades e procedimentos, de que a gestão de desempenho é uma só.
O Adabas Online System fornece ao DBA uma poderosa ferramenta para monitoração do banco de dados. Veja a documentação de Sistemas Adabas Online para mais informações.
0 comentários:
Enviar um comentário