No banco de dados de catálogo de serviços de ti o que deve ser armazenado?

                Em 1980, a qualidade dos Servi�os em TI fornecida ao governo brit�nico levou o CCTA(Central Computer and Telecommunications Agency � como era chamado o atual Office of Government Commerce, o OGC) a desenvolver melhorias no processo para tornar os recursos de TI mais eficientes e financeiramente eficazes para os minist�rios e outros setores p�blicos do governo. O foco foi desenvolver um framework que fosse independente de fabricante/fornecedor. Isto resultou na Biblioteca de Infra-Estrutura deTecnologia da Informa��o (ITIL). O framework do ITIL fornece uma descri��o detalhada de um n�mero de importantes pr�ticas em TI, com checklist compreensivo, procedimentos e responsabilidades nos quais podem ser adaptados para qualquer organiza��o de TI (tamb�m conhecido como Departamento Interno de TI). Onde poss�vel estas pr�ticas t�m definido processos cobrindo a maioria das atividades dos Servi�os em TI.

Cat�logo de Servi�o

                No ITIL, o cat�logo de servi�o consiste de todos os servi�os que est�o sendo fornecidos, uma descri��o do servi�o, n�veis de servi�o, custo do servi�o, cliente e a pessoa/departamento respons�vel pela manuten��o do servi�o. O conte�do do Cat�logo de Servi�o ir� variar deacordos com os requisitos da organiza��o de TI.

                Para o banco de dados, nosso cat�logo de servi�o se restringe  especificamente a :

�         Cria��o e manuten��o dos objetos (tabelas, sequencias, triggers , ...);

�         Manuten��o da infraestrutura (tablespaces, datafiles, estatisticas, jobs, patchs de atualiza��es ...);

�         Peformace (analise de SQL, degrada��o em resposta, tuning diversos ...);

�         Backup e Recovery (cria��o dos scripts, acompanhamento di�rio dos backups, teste peri�dico de recovery ...)

�         Alta disponibilidade (cria��o , manuten��o e monitoramento)

�         Seguran�a (cria��o , manuten��o e monitoramento do plano de seguran�a)

                Para cada servi�o dever� ser definido um acordo de n�vel de servi�o (ANS) que consiste de um documento onde os n�veis de servi�os acordados entre o cliente e o provedor de servi�os, exemplo, entre Desenvolvimento e DBAs. O ANS deve ser escrito em linguagem clara, concisa e sem jarg�es t�cnicos desconhecidos pela equipe de desenvolvimento.

                A garantia dos servi�os depende tamb�m de fatores externos intr�nsecos ao neg�cio como :

�         Servi�o de rede

�         Manuten��o e monitoramento f�sico do(s) equipamento(s) onde o banco est� hospedado

                Para estes fatores externos, acordos locais chamados acordos de n�veis operacionais devem ser celebrados entre a equipe de banco e o setor de suporte visando a garantia dos servi�os de banco.

                O p�blico alvo dos servi�os ser�o a equipe de desenvolvimento e usu�rio final, cabendo um cuidado diferenciado para cada um, um olhar mais t�cnico e detalhado para os primeiros enquanto que o tratamento ao usu�rio final restringe-se ao funcionamento puro do servi�o de banco para a utiliza��o dos sistemas de informa��o.

Cadastrar incidentes / requisi��o de servi�os

                Dentro da empresa o SERVICE DESK ser� respons�vel por coletar junto ao usu�rio final os incidentes di�rios, estes incidentes quando n�o puderem ser resolvidos em um primeiro combate, dever�o ser escalonados a um segundo n�vel (Analistas / Programadores), sendo ent�o detectado um problema de banco de dados, estes incidentes dever�o ser reportados atrav�s de um sistema interno de informa��o, detalhando o problema para que possa ser investigado por um terceiro n�vel (DBAs) para solu��o e restabelecimento do servi�o.

                A base dados de problemas e solu��es conter� com o tempo um volume de informa��o que facilitar� o restabelecimento do servi�o , dando uma reposta mais r�pida ao incidente em quest�o. Todos os n�veis devem se valer das informa��es da base de dados de problemas e solu��es a fim de uma resolu��o r�pida do incidente, lembrando sempre em atender aos acordos de n�veis de servi�os estabelecidos previamente.

                O setor de banco de dados deve controlar atrav�s de um sistema de informa��o as requisi��es de novos servi�os, como por exemplo, cria��o de uma nova tablespace, cria��o de novas tabelas, altera��o de campos, cria��o de �ndices, libera��o de permiss�es para cria��o de procedimentos armazenados e etc. O setor de banco de dados deve atender a estes novos servi�os dentro do acordado definido pelo acordos de n�veis de servi�o.

                Formas de coletas proativas de incidentes de banco de dados devem ser levadas em considera��o, utilizando para isto ferramentas com uma integra��o com o banco e sistema operacional que avise aos interessados quando de um comportamento estranho para que providencias sejam tomadas antes, garantindo uma continuidade do servi�o. Como sugest�o de ferramenta o NAGIOS(url) tem recursos de integra��o que garantem uma coleta autom�tica de informa��o, reportando por email, IM e SMS, quando uma n�o conformidade aparecer.

                A fim de uma melhoria continua aos servi�os oferecidos, m�tricas dever�o ser criadas a fim de ser verificar a efici�ncia na presta��o dos servi�os como :

�         Quantidade de incidentes / requisi��es por per�odo

�         Resolu��o de servi�os atendendo aos ANSs

�         etc...

Controlar Mudan�as

                A resolu��o de um incidente leva na maioria das vezes a mudan�as, gerir estas mudan�as � fundamental para a efici�ncia dos servi�os ofertados. Em primeiro lugar, estabelecer uma pol�tica de mudan�a a fim de identificar quem e o que poder� alterar dentro do banco.

                No ambiente de banco restringir tarefas de administra��o a equipe de banco, tarefas de administra��o est�o relacionadas aos servi�os de manuten��o da estrutura, backup e recovery, manuten��o da alta disponibilidade e garantir a seguran�a de acesso ao banco.               

                Definir junto � equipe de desenvolvimento os pap�is de cada integrante. A n�vel de sugest�o, permitir apenas a cria��o e manuten��o de fun��es e procedimentos armazenados, deixando a cargo dos DBAs a cria��o e manuten��o dos restantes dos objetos (tabelas, sequencias , �ndices , vis�es ...), lembrando de se registrar todas as mudan�as.

                Criar a cultura do BACKOUT (retorno), a fim de se algo der errado na implementa��o da mudan�a se puder voltar atr�s sem comprometer o servi�o.

                Mudan�as mais complexas devem ser planejadas e agendadas para n�o interromper os servi�os dependentes desta mudan�a em quest�o. Mudan�as emerg�ncias tem prioridade podendo ser feitas a qualquer momento, sob o aval do gestor de inform�tica, devendo se ter apenas um cuidado redobrado em sua implementa��o, nestes casos o BACKOUT � essencial.

Gerenciamento das configura��es

                Para suporte aos incidentes e mudan�as , dever� ser criado um banco de dados de configura��o, estabelecendo os itens de configura��o e sua depend�ncias. Deve ser observado o detalhamento destas informa��es.                                               

                Por exemplo : Item 01 : TabelaX (Categoria Tabela)

                                     Item 02 : SchemaX (Categoria Schema) relaciona-se com Item 01

                No exemplo acima temos um detalhamento bem profundo que deve ser avaliado se dever� ser seguido.      

                Na maioria dos bancos  de dados, existem tabelas de sistema que auxiliam na constru��o deste banco, onde poder�o ser explorados todos os objetos e suas depend�ncias.

                O banco de configura��o � importante para avalia��o do impacto da mudan�a que se pretende fazer.                                             

Continuidade dos Servi�os

                Na �rea de banco de dados, v�rias t�cnicas podem ser implementadas para garantia de continuidade de servi�os, podemos destacar :

    * Cria��o de bancos STANDBY (Copias onlines dos bancos de produ��o que ser�o acionados quando o de produ��o apresentar falha)

    * Clusters (Banco compartilhado em v�rias maquinas, mesmo quando uma apresentar problema o servi�o de banco ser� mantido)

    * SITE backup (Espelho f�sico do ambiente de produ��o)

    * Rotina de backup (armazenamento das fitas de backup em outro local, de prefer�ncia em um cofre anti-chamas)