Estabelecendo a administração e Controle de Banco de Dados
Ao estabelecer o sistema de controle e administração do ambiente de banco de dados, as principais responsabilidades do DBA incluem;
* estabelecimento de procedimentos de banco de dados e padrões;
* auxiliar no projeto de banco de dados;
* educar os usuários;
* aplicações de seleção adequado para o sistema de banco de dados;
* manutenção de documentação de banco de dados, e
* que administra o banco de dados.
Estabelecendo procedimentos e padrões para o Banco de Dados
Normas e procedimentos são mais efetivamente estabelecidos como parte do planejamento inicial, em vez de mais tarde, após os problemas surgiram. Esta seção aborda os aspectos gerais a considerar na definição de procedimentos e normas.
Procedimentos de Banco de Dados
Procedimentos para o controle efetivo do ambiente de banco de dados deve ser criado no início da utilização da organização de um SGBD.
Estes procedimentos estão descritos em outra parte desta documentação. Embora muitas instalações adotar o uso de um SGBD em um curto espaço de tempo, o aspecto de planejamento de todo o processo (nomeadamente na concepção e implementação de procedimentos de gestão e controle) não deve ser sacrificada apenas para habilitar a inicialização em um período mínimo de tempo .
Obviamente, a execução destes procedimentos irá envolver muita discussão, tanto na IS e com os usuários (especialmente em relação ao que é aceitável, rentável, etc), ea primeira aplicação da tecnologia de SGBD a um determinado site pode ver um paralelo desenvolvimento dos procedimentos de DBA. No entanto, é essencial que a organização é o gerenciamento de usuários e estar cientes da necessidade de tais procedimentos, e (após a devida discussão) aceitá-los.
Procedimentos de segurança de dados
Quem decide o quão seguro um item de dados deve ser? Os usuários estão muito próximas e muito envolvido pessoalmente na questão. Os analistas podem perder as suas implicações em toda a organização de tal decisão. O árbitro final deve ser o DBA. Afinal, o DBA é aquele que deve acompanhar os procedimentos e corrigir os resultados de violações.
Procedimentos de Recuperação de Planejamento
O DBA deve estabelecer os procedimentos de recuperação padrão para uso na instalação. Estes procedimentos devem ser adequados para cada aplicativo antes de ser implementado. Diferentes abordagens (arquivo save / restore do banco de dados, em vez de save / restore, por exemplo) deve ser escolhido, o DBA deve participar em todas as decisões nesta área.
Definição de Padrões
Grande parte dessa documentação tentativas de definir diretrizes para um ambiente de banco de dados. Nem todos os temas discutidos serão relevantes para uma determinada instalação. Se uma diretriz torna-se um padrão ou não, depende principalmente do tamanho e diversidade do utilizador / organização do desenvolvedor. Pequenos grupos homogêneos usuário geralmente tem uma boa comunicação e não necessitam de uma extensa e rigidamente definido de regras.
Por outro lado, grandes grupos de usuários compreendendo várias áreas ou locais geográficos geralmente não têm os contactos necessários para um controlo adequado, tais grupos podem exigir algumas regras para evitar estruturas de dados incongruentes ou desenvolvimento do programa. Ninguém gosta de regras, a menos que eles vêem um benefício óbvio em si. E as normas são, em geral regras. Então, aqui estão algumas diretrizes a considerar ao definir normas:
* Manter padrões breve, claro, e um mínimo. No entanto, se uma norma pode ser considerada arbitrária, dar uma breve justificativa. Por exemplo, uma norma sobre a utilização de conjuntos de dados temporários no ambiente Adabas pode requerer o seguinte:
Usando o data set temporário
Para garantir que seu job é recovery-/restart-capable, sempre define catálogo temporário de dados. O banco de dados Adabas usa o recurso Adabas Recovery Aid para restaurar automaticamente e reiniciar o núcleo, reconstruir o trabalho falhou córregos, e reenvie o trabalho de reconstrução. Se os conjuntos temporários dados não são catalogadas, a recuperação. A ajuda não pode incluí-los no fluxo de trabalho de reconstrução.
* Rever os padrões de, pelo menos, tão frequentemente como você completá-las, e remover ou revisar os desatualizados. Fornecer uma visão geral alteradas/deletadas/adicionou das normas para os usuários.
Se um controle particular ao processo de administração é considerada necessária em um determinado site, ele deve ser definido como um padrão.
Manutenção de procedimentos e normas
A manutenção da documentação do banco de dados devem ser tratados como uma parte natural do processo de desenvolvimento de aplicações. Por esta razão, o DBA terá de se envolver no desenvolvimento de cada novo sistema que utiliza o SGBD. O dicionário de dados é uma ferramenta importante nesse processo de documentação.
Com um vasto conhecimento de aplicações de banco de dados atual, planos futuros, e da responsabilidade pela integridade do banco de dados, o DBA deve estar envolvido na concepção dos procedimentos de validação de dados inerentes a cada sistema que entradas de dados para o banco de dados. Deste modo, o DBA pode garantir que a qualidade dos dados no banco de dados é mantida em um nível aceitável. O dicionário de dados também podem ser usadas para documentar os requisitos de validação desse tipo.
Auxiliar no projeto de banco de dados
A assistência que a DBA fornece à equipe do projeto nesta área é melhor ilustrado pelas seguintes questões:
* É o projeto lógico uma afirmação verdadeira do problema? Um projeto de banco de dados lógico não deve comportar qualquer limitação/características de um SGBD particular;
* O projeto físico acarreta inconvenientes de processamento? A equipe do projeto irá trabalhar de forma isolada sobre um problema específico salvo disposição em contrário;
* E o futuro? O projeto é flexível? O DBA ea organização terá que viver com este projeto há algum tempo.
Como uma função independente, o DBA é a única pessoa que pode fornecer uma visão tão objetiva do banco de dados resultante. Em alguns casos, o DBA pode até se envolver no processo de design em si, e às vezes como irá garantir que as respostas corretas podem ser fornecidos a estas perguntas.
Ensinando os Usuários
Os usuários podem ser exagerados sobre os benefícios que devem ser derivados da tecnologia do SGBD, apesar dos esforços do analista de sistemas ou gerente. Temas como o programa de flexibilidade, independência de dados e/disponibilidade de dados pode levar a falsas expectativas e dar origem a uma falsa sensação de liberdade criativa.
É, portanto, a responsabilidade do DBA para garantir que o usuário aprecia os problemas, bem como os benefícios associados ao trabalho em um ambiente de banco de dados. O DBA deve definir, selecionar e fornecer treinamento introdutório para o usuário que atenda a essas necessidades.
Seleção de aplicações compatíveis com o sistema de banco de dados
Quando uma instalação adquire um SGBD, é natural que os analistas e programadores estarão ansiosos para usá-lo. Cada novo pedido de repente parece exigir tecnologia DBMS. Alguém tem que tomar uma firme compreensão da situação e controlar a seleção de aplicativos que são realmente adequados para a tecnologia de SGBD. Essa pessoa é o DBA.
O DBA deve elaborar uma lista dos prós e contras de utilizar o SGBD para cada aplicação. Isto deve ser feito na fase de estudo de viabilidade (ou seja, antes de muito tempo e dinheiro é gasto), antes que o sistema é adquirido. A análise do pedido de proposta deve envolver considerações, tais como:
* Será que a aplicação necessita do SGBD?
* Será o aplicação perturba o nosso ambiente existente?
* Será que o sistema proposto é flexível?
* Será que vai ser rentável?
* O problema que levou a proposta da aplicação foi totalmente analisada?
O DBA, como um centro de competência em matéria de banco de dados, é assim a pessoa ideal para supervisionar a seleção de projetos de banco de dados novo.
Ao estabelecer o sistema de controle e administração do ambiente de banco de dados, as principais responsabilidades do DBA incluem;
* estabelecimento de procedimentos de banco de dados e padrões;
* auxiliar no projeto de banco de dados;
* educar os usuários;
* aplicações de seleção adequado para o sistema de banco de dados;
* manutenção de documentação de banco de dados, e
* que administra o banco de dados.
Estabelecendo procedimentos e padrões para o Banco de Dados
Normas e procedimentos são mais efetivamente estabelecidos como parte do planejamento inicial, em vez de mais tarde, após os problemas surgiram. Esta seção aborda os aspectos gerais a considerar na definição de procedimentos e normas.
Procedimentos de Banco de Dados
Procedimentos para o controle efetivo do ambiente de banco de dados deve ser criado no início da utilização da organização de um SGBD.
Estes procedimentos estão descritos em outra parte desta documentação. Embora muitas instalações adotar o uso de um SGBD em um curto espaço de tempo, o aspecto de planejamento de todo o processo (nomeadamente na concepção e implementação de procedimentos de gestão e controle) não deve ser sacrificada apenas para habilitar a inicialização em um período mínimo de tempo .
Obviamente, a execução destes procedimentos irá envolver muita discussão, tanto na IS e com os usuários (especialmente em relação ao que é aceitável, rentável, etc), ea primeira aplicação da tecnologia de SGBD a um determinado site pode ver um paralelo desenvolvimento dos procedimentos de DBA. No entanto, é essencial que a organização é o gerenciamento de usuários e estar cientes da necessidade de tais procedimentos, e (após a devida discussão) aceitá-los.
Procedimentos de segurança de dados
Quem decide o quão seguro um item de dados deve ser? Os usuários estão muito próximas e muito envolvido pessoalmente na questão. Os analistas podem perder as suas implicações em toda a organização de tal decisão. O árbitro final deve ser o DBA. Afinal, o DBA é aquele que deve acompanhar os procedimentos e corrigir os resultados de violações.
Procedimentos de Recuperação de Planejamento
O DBA deve estabelecer os procedimentos de recuperação padrão para uso na instalação. Estes procedimentos devem ser adequados para cada aplicativo antes de ser implementado. Diferentes abordagens (arquivo save / restore do banco de dados, em vez de save / restore, por exemplo) deve ser escolhido, o DBA deve participar em todas as decisões nesta área.
Definição de Padrões
Grande parte dessa documentação tentativas de definir diretrizes para um ambiente de banco de dados. Nem todos os temas discutidos serão relevantes para uma determinada instalação. Se uma diretriz torna-se um padrão ou não, depende principalmente do tamanho e diversidade do utilizador / organização do desenvolvedor. Pequenos grupos homogêneos usuário geralmente tem uma boa comunicação e não necessitam de uma extensa e rigidamente definido de regras.
Por outro lado, grandes grupos de usuários compreendendo várias áreas ou locais geográficos geralmente não têm os contactos necessários para um controlo adequado, tais grupos podem exigir algumas regras para evitar estruturas de dados incongruentes ou desenvolvimento do programa. Ninguém gosta de regras, a menos que eles vêem um benefício óbvio em si. E as normas são, em geral regras. Então, aqui estão algumas diretrizes a considerar ao definir normas:
* Manter padrões breve, claro, e um mínimo. No entanto, se uma norma pode ser considerada arbitrária, dar uma breve justificativa. Por exemplo, uma norma sobre a utilização de conjuntos de dados temporários no ambiente Adabas pode requerer o seguinte:
Usando o data set temporário
Para garantir que seu job é recovery-/restart-capable, sempre define catálogo temporário de dados. O banco de dados Adabas usa o recurso Adabas Recovery Aid para restaurar automaticamente e reiniciar o núcleo, reconstruir o trabalho falhou córregos, e reenvie o trabalho de reconstrução. Se os conjuntos temporários dados não são catalogadas, a recuperação. A ajuda não pode incluí-los no fluxo de trabalho de reconstrução.
* Rever os padrões de, pelo menos, tão frequentemente como você completá-las, e remover ou revisar os desatualizados. Fornecer uma visão geral alteradas/deletadas/adicionou das normas para os usuários.
Se um controle particular ao processo de administração é considerada necessária em um determinado site, ele deve ser definido como um padrão.
Manutenção de procedimentos e normas
A manutenção da documentação do banco de dados devem ser tratados como uma parte natural do processo de desenvolvimento de aplicações. Por esta razão, o DBA terá de se envolver no desenvolvimento de cada novo sistema que utiliza o SGBD. O dicionário de dados é uma ferramenta importante nesse processo de documentação.
Com um vasto conhecimento de aplicações de banco de dados atual, planos futuros, e da responsabilidade pela integridade do banco de dados, o DBA deve estar envolvido na concepção dos procedimentos de validação de dados inerentes a cada sistema que entradas de dados para o banco de dados. Deste modo, o DBA pode garantir que a qualidade dos dados no banco de dados é mantida em um nível aceitável. O dicionário de dados também podem ser usadas para documentar os requisitos de validação desse tipo.
Auxiliar no projeto de banco de dados
A assistência que a DBA fornece à equipe do projeto nesta área é melhor ilustrado pelas seguintes questões:
* É o projeto lógico uma afirmação verdadeira do problema? Um projeto de banco de dados lógico não deve comportar qualquer limitação/características de um SGBD particular;
* O projeto físico acarreta inconvenientes de processamento? A equipe do projeto irá trabalhar de forma isolada sobre um problema específico salvo disposição em contrário;
* E o futuro? O projeto é flexível? O DBA ea organização terá que viver com este projeto há algum tempo.
Como uma função independente, o DBA é a única pessoa que pode fornecer uma visão tão objetiva do banco de dados resultante. Em alguns casos, o DBA pode até se envolver no processo de design em si, e às vezes como irá garantir que as respostas corretas podem ser fornecidos a estas perguntas.
Ensinando os Usuários
Os usuários podem ser exagerados sobre os benefícios que devem ser derivados da tecnologia do SGBD, apesar dos esforços do analista de sistemas ou gerente. Temas como o programa de flexibilidade, independência de dados e/disponibilidade de dados pode levar a falsas expectativas e dar origem a uma falsa sensação de liberdade criativa.
É, portanto, a responsabilidade do DBA para garantir que o usuário aprecia os problemas, bem como os benefícios associados ao trabalho em um ambiente de banco de dados. O DBA deve definir, selecionar e fornecer treinamento introdutório para o usuário que atenda a essas necessidades.
Seleção de aplicações compatíveis com o sistema de banco de dados
Quando uma instalação adquire um SGBD, é natural que os analistas e programadores estarão ansiosos para usá-lo. Cada novo pedido de repente parece exigir tecnologia DBMS. Alguém tem que tomar uma firme compreensão da situação e controlar a seleção de aplicativos que são realmente adequados para a tecnologia de SGBD. Essa pessoa é o DBA.
O DBA deve elaborar uma lista dos prós e contras de utilizar o SGBD para cada aplicação. Isto deve ser feito na fase de estudo de viabilidade (ou seja, antes de muito tempo e dinheiro é gasto), antes que o sistema é adquirido. A análise do pedido de proposta deve envolver considerações, tais como:
* Será que a aplicação necessita do SGBD?
* Será o aplicação perturba o nosso ambiente existente?
* Será que o sistema proposto é flexível?
* Será que vai ser rentável?
* O problema que levou a proposta da aplicação foi totalmente analisada?
O DBA, como um centro de competência em matéria de banco de dados, é assim a pessoa ideal para supervisionar a seleção de projetos de banco de dados novo.
0 comentários:
Enviar um comentário