O DB2 um SGBD (Sistema Gerenciador de Banco de Dados) desenvolvido pela IBM.

. Hoje ele pode ser executado tanto para sistemas operacionais de mainframe (ver Nota DevMan 1) quando na chamada baixa plataforma, que utiliza os sistemas operacionais Unix, Linux e Windows. Para conseguir atender ambientes to distintos, a IBM desenvolve dois produtos separados (e desenvolvidos por equipes separadas), o DB2 para z/OS e System i (antigo OS/400) (ver Nota DevMan 2) e o DB2 LUW (LUW a sigla de Linux, Unix e Windows). O DB2 possui todas as funcionalidades avanadas esperadas de um SGBD que so necessrias em aplicaes de misso crtica, como compresso de dados e ndices, auditoria, e alta disponibilidade atravs de particionamento, replicao e cluster. Os bancos de dados relacionais nasceram na IBM. O DB2 possui uma longa histria que se confunde com a prpria linguagem SQL, e que possui desdobramentos pelas principais reas da computao, e por conta disso, este produto participou ativamente da definio de todo o mercado de SGBDs. Ele foi o primeiro SGBD a utilizar a linguagem SQL (tambm desenvolvida inicialmente pela IBM), embora a Oracle tenha lanado um produto comercial similar antes da IBM. Ou seja, a IBM fez primeiro, mas a Oracle vendeu antes.

Nota DevMan 1. Mainframe Um mainframe um computador de grande porte, dedicado normalmente ao processamento de um volume grande de informaes. Os mainframes so capazes de oferecer servios de processamento a milhares de usurios atravs de milhares de terminais conectados diretamente ou atravs de uma rede. O termo mainframe se refere ao gabinete principal que alojava a unidade central nos primeiros computadores. Embora venham perdendo espao para os servidores de arquitetura PC e servidores Unix, de custo bem menor, ainda so muito usados em ambientes comerciais e grandes empresas (bancos, empresas de aviao, universidades, etc.).

So computadores que anteriormente ocupavam um grande espao e necessitam de um ambiente especial para seu funcionamento, atualmente possuem o mesmo tamanho dos demais servidores de grande porte, mas com menor consumo de energia eltrica. Os mainframes so capazes de realizar operaes em grande velocidade e sobre um volume muito grande de dados.

Quase todos os mainframes tm a capacidade de executar mltiplos sistemas operacionais, e assim no operar como um nico computador, mas como um nmero de mquinas virtuais. Neste papel, um nico mainframe pode substituir dezenas ou mesmo centenas de servidores menores. Os mainframes surgiram com a necessidade das empresas em executar tarefas, que levavam dias para serem

concludas. Era preciso ento criar um supercomputador capaz de executar estas tarefas em menos tempo e com mais preciso.

Os mainframes nasceram em 1946 e foram sendo aperfeioados. Em 7 de abril de 1964, a IBM apresentou o System/360, mainframe que, na poca, foi o maior projeto feito por uma empresa privada. Desde ento, outras empresas como a HP e a Burroughs (atual Unisys) lanaram seus modelos de mainframe. Atualmente existem mainframes em operao no mundo inteiro.

Nota DevMan 2. z/OS z/OS um SO de 64 bits para mainframes criado pela IBM. o sucessor do OS/390, o qual, por sua vez, combinou o MVS e o UNIX System Services (uma implementao Unix POSIX-aderente para mainframes, anteriormente conhecida como MVS Open Edition ou OpenMVS).

O z/OS oferece muitos dos atributos de outros sistemas operacionais modernos, mas tambm conserva muito da funcionalidade originada nos anos 1970 e anos 1960, que frequentemente ainda esto em uso cotidiano. Isto inclui CICS, IMS, DB2, RACF e SNA.

O z/OS tambm executa Java de 64 bits, suporta APIs e aplicativos UNIX e comunica-se diretamente com TCP/IP. Um sistema operacional complementar IBM, z/VM, fornece o gerenciamento de sistemas virtuais mltiplos no mesmo mainframe fsico. Estas novas funes no z/OS e z/VM, e o suporte ao Linux, tem encorajado o desenvolvimento de novos aplicativos para mainframes. Muitos deles utilizam o WebSphere Application Server para middleware z/OS. "

No artigo anterior, apresentamos um resumo do DB2 e da prpria linguagem SQL, conhecendo a evoluo deste excelente Sistema Gerenciador de Banco de Dados (SGBD). Vimos tambm a respeito das diferentes edies e funcionalidades do DB2, qual sua posio no competitivo mercado atual, e finalmente instalamos sua edio gratuita, o DB2 Express-C, e criamos um banco de dados de testes, o SAMPLE. O DB2 um SGBD (Sistema Gerenciador de Banco de Dados) desenvolvido pela IBM. Hoje ele pode ser executado tanto para sistemas operacionais de mainframe quando na chamada baixa plataforma, que utiliza os sistemas operacionais Unix, Linux e Windows. Para conseguir atender ambientes to distintos, a IBM desenvolve dois produtos separados (e desenvolvidos por equipes separadas), o DB2 para z/OS e System i e

o DB2 LUW. O DB2 possui todas as funcionalidades avanadas esperadas de um SGBD que so necessrias em aplicaes de misso crtica, como compresso de dados e ndices, auditoria, e alta disponibilidade atravs de particionamento, replicao e cluster. Os bancos de dados relacionais nasceram na IBM. O DB2 possui uma longa histria que se confunde com a prpria linguagem SQL, e que possui desdobramentos pelas principais reas da computao, e por conta disso, este produto participou ativamente da definio de todo o mercado de SGBDs. Ele foi o primeiro SGBD a utilizar a linguagem SQL (tambm desenvolvida inicialmente pela IBM), embora a Oracle tenha lanado um produto comercial similar antes da IBM. Ou seja, a IBM fez primeiro, mas a Oracle vendeu antes. Neste artigo iremos executar algumas tarefas bsicas de administrao do DB2, focando no conhecimento mnimo necessrio para iniciar sua utilizao, como um guia de sobrevivncia. Iremos executar todas estas tarefas via linha de comando, pois temos certeza que este tipo de ferramenta sempre est disponvel para um administrador, ao contrrio de ferramentas grficas ou de terceiros. A principal ferramenta de acesso ao DB2 o utilitrio CLP ou Command Line Processor (Processador de Linha de Comando), que invocado digitando-se db2 no terminal, com o usurio proprietrio da instncia DB2. No nosso caso, o usurio o db2inst1, que o padro fornecido pela instalao. O CLP pode ser utilizado no modo interativo, de comando, ou batch (alimentado por arquivos de lote). Vamos ento ver as diferenas entre os dois primeiros tipos de utilizao do CLP, usando como exemplo a tarefa mais importante que deve ser executada em um banco de dados: sabemos que a maior responsabilidade do administrador de bancos de dados a recuperao e para que esta seja possvel, necessrio antes possuir um backup (ver Nota DevMan 1), esta ser nossa primeira tarefa com o DB2. Nota DevMan 1: Backup Em tecnologia da informao, um backup (cpia de segurana) ou o processo de backup fazer cpias de dados que podem ser utilizados para restaurar o estado original dos dados aps um evento de perda de dados. Backups tm duas finalidades distintas. O objetivo principal recuperar os dados aps a sua perda, seja por excluso de dados ou corrupo. O objetivo secundrio de um backup o de recuperar dados de um determinado momento no tempo, de acordo com a poltica de reteno de dados definida pelo usurio (ou corporao), geralmente configurado dentro de um aplicativo de backup por quanto tempo cpias de dados so necessrios. Se um sistema est em uso enquanto estiver sendo feito o backup, a possibilidade de os arquivos serem abertos para leitura ou gravao real. Se um arquivo

aberto, o contedo do disco no pode representar corretamente o que o dono do arquivo pretende. Isto verdade para os arquivos de banco de dados de todos os tipos. O termo backup pode ser usado para descrever um backup de dados em tempo real que parece que funcionou corretamente, mas no representa o estado dos dados em qualquer ponto nico no tempo. Isso ocorre porque os dados que esto sendo copiados tambm foram (ou esto sendo) alterados no perodo de tempo entre o momento em que o backup comeou e quando terminou. O primeiro exemplo utilizar o modo interativo do CLP, como est na Listagem 1. Primeiramente iniciamos o CLP (linha 1), para ento executar o comando de execuo do backup do banco de dados SAMPLE (linha 17). A mensagem de retorno do comando indica qual o timestamp do backup (linha 19), ou seja, sua data e hora exata de execuo (29-02-2012 s 13:36:01). Por padro, o backup ser armazenado em disco, e no mesmo diretrio em que o administrador estava quando o CLP foi executado. Aps sair do modo interativo do CLP com o comando QUIT (linha 20), verificamos quais os arquivos existentes no diretrio onde estamos, e l est nosso backup (linha 26). Veja que o nome do arquivo inclui o timestamp, alm de outras informaes muito teis, como o nome do banco de dados. O timestamp ser especialmente til durante uma possvel recuperao. "

http://www.devmedia.com.br/trabalhando-com-o-sgbd-db2-revista-sql-magazine-99-parte2/24356 Data: 10/05/2012