#XXX – Associação de BL’s com Contrato
Controle de Versões
|Versão |Descrição da Alteração Realizada |Autor |Data da Alteração |
|v 1.0 |Elaboração da versão inicial do documento |Ivan Zimmermann |12/04/2010 |
|v 2.0 |Ajustes na Especificação |Elias Rodrigues |26/04/2010 |
|v 3.0 |Ajustes na Descrição da Solução |Elias Rodrigues e Ivan |28/04/2010 |
| | |Zimmermann | |
|v 4.0 |Ajustes na parte CIFS, Movimentação de dados entre outros |Elias Rodrigues |08/06/2010 |
|v 5.0 |Ajustes na Especificação e inserção das áreas de Metodologia da Execução; |Elias Rodrigues |09/06/2010 |
| |Transferência de Conhecimento; Garantia; e Acordo de Nível de Serviço |Ivan Zimmermann | |
Apresentação
Este documento tem o objetivo de registrar todas as intenções e necessidades de negócio da Agência sobre o projeto em questão e possui a função de auxiliar o processo de definição do conjunto de tecnologias existentes no mercado que melhor se enquadram às necessidades da ANP.
Todas as informações aqui contidas são aproximadas e dinâmicas, podendo vir a ser atualizadas ao longo do projeto. Caberá a ANP gerar uma nova versão deste documento sempre que achar necessário e atualizar todas as partes envolvidas e interessadas neste estudo.
Objetivo do documento
Apresentação das necessidades e características do ambiente tecnológico da Agência Nacional do Petróleo, Gás Natural e Biocombustíveis, focando o mapeamento das soluções existentes no mercado que são voltadas para a ampliação de ambientes de amazenamento de grande volume de dados de modo integrado, sincronizado e otimizado.
Motivação do projeto
Aumentar a capacidade de armazenamento em disco tanto no Escritório Central quanto no BDEP (ambos no RJ), implantando tecnologias que permitam otimizar o uso dos dispositivos; sincronizar os ambientes (ANP e BDEP); priorizar a utilização de recursos; aumentar a performance; realizar cópias de segurança dos dados; e garantir que a ANP tenha liberdade de crescimento independente da marca dos equipamentos.
Objetivos principais do projeto
1. Ampliar a área de disco dos ambientes do Escritório Central e do BDEP;
2. Implementar solução de arquivamento e hierarquização de dados no Escritório Central e no BDEP;
3. Implementar solução de backup em disco no Escritório Central e no BDEP;
4. Implementar solução de replicação síncrona e assíncrona entre os dois ambientes (Escritório Central & BDEP);
5. Implementar solução de abstração de hardware para que a ANP possa garantir a escalabilidade de todos os seus ambientes de armazenamento de dados, independente do fabricante dos equipamentos;
6. Implementar uma rede SAN no BDEP exclusiva para o storage de discos;
7. Implementar uma infraestrutura de equipamentos que permita a integração e absorção do storage já existente no Escritório Central, mantendo-os em produção;
8. Integração direta do Storage com aplicações (no mínimo Banco de dados Oracle, Lotus Notes e VMWare);
Apresentação das características atuais dos ambientes
1. Escritório Central: Rio de Janeiro – Aproximadamente 1000 usuários;
A solução que a ANP possui atualmente em produção no Escritório Central está exposta no gráfico abaixo e é composta das seguintes características:
1. Um Storage da marca NetApp e modelo FAS3020 em cluster (02 controladoras redundantes);
2. 08 Gabinetes de discos padrão FC;
3. 102 discos FC 15.000 rpm totalizando aproximadamente 27.1 TB bruto (aprox. 20 TB líquidos);
4. Distribuição aproximada da área de disco:
a. Banco de Dados: 6,5 TB
b. VmWare: 3,0 TB
c. File Server: 6,5 TB
d. Lotus Notes: 1,5 TB
e. Outros Programas: 1,0 TB
5. Licenças de Deduplicação, CIFS, Cluster, FCP, iSCSI e NAS
6. Ganhos com a implementação da deduplicação:
a. VmWare: 50%
b. File Server: 30%
7. Softwares de gerenciamento: Operation Manager (DFM) para as duas controladoras
8. Software para caminhos múltiplos para acesso a disco (MPIO): 6 licenças para servidores windows
9. 02 switches SAN (Storage Area Network) MCdata 4700 com 32 portas cada um, e com 12 e 13 portas vagas respectivamente, conectados de modo redundante ao storage; Serial Nº 1G00485R e 1G00426R
10. Os servidores que fazem uso da solução (Notes, Bancos de Dados, Ambiente de Virtualização de Servidores) estão conectados ao storage via SAN;
11. O storage também responde pelo servidor de Arquivos, que é acessado pelos usuários através da rede (CIFS);
12. O volume e a taxa de alteração dos arquivos armazenados na área reservada para o servidor de arquivos estã representados nos gráficos abaixo:
[pic]
[pic]
13. Os servidores que fazem acesso ao storage são:
a. Servidores de Banco de Dados - 5 servidores:
i. Marca/Modelo: HP RX6600 e HP RX3600
ii. S.O.: HP-UX 11.23
iii. Oracle: 9, 10 e 11 e seus releases
b. Servidores de VMware - 9 servidores:
i. Marca/Modelo: Dell PowerEdge 2950
ii. S.O.: Vmware vSphere
c. Servidores de backup – 2 servidores:
i. Marca/Modelo: Dell PowerEdge 2950
ii. S.O.: Microsoft Windows 2003 Server SP2
iii. Software: Symantec Netbackup 6.5
d. Library de backup – 2 unidades:
i. Marca/Modelo: Quantun Scalar i500
ii. Dois drivers em cada library
OBS: Todos os servidores aqui listados e outros que estão em funcionamento no ambiente estão expostos no setor “Servidores em Produção” deste documento.
[pic]
14. As taxas médias do storage em questão de I/O por segundo, utilização das CPU’s e largura de banda utilizada encontram-se expostos nos gráficos abaixo:
OBS: Para todos os gráficos foram utilizados dados dos primeiros 03 meses do ano de 2010 (janeiro, fevereiro e março).
[pic]
[pic]
[pic]
15. O backup dos dados corporativos é realizado através do software Symantec Net Backup v.6.5.4 e possui as seguintes médias:
|Backup Diferencial (Diário) |Tempo |Dados |Mídias LTO 3 Consumidas |
|Servidores Windows / Storage (Robô 1) |16 horas |650 GB |2 |
|Servidores Oracle / Sala de Controle (Robô 0) |11 horas |140 GB |1 |
| | | | |
|Backup Full (Semanal) |Tempo |Dados |Mídias LTO 3 Consumidas |
|Servidores Windows / Storage (Robô 1) |36 horas |1500 GB |4 |
|Servidores Oracle / Sala de Controle (Robô 0) |28 horas |1000 GB |3 |
| | | | |
|Backup Full (Mensal) |Tempo |Dados |Mídias LTO 3 Consumidas |
|Storage (Robô 1) |58 horas |2000 GB |5 |
|Servidores Windows / Servidores Oracle / Sala de Controle (Robô 0) |70 horas |2500 GB |6 |
|* Dados Aproximados | | | |
|** O tempo deve ser dividido pelo número de tapes utilizados em cada robô: 2 | | | |
.
2. BDEP: Rio de Janeiro – Aproximadamente 100 usuários;
A solução que a ANP possui atualmente em produção no BDEP é composta das seguintes características e está integrada ao ambiente de acordo com a topologia a seguir:
1. Storage Hitachi AMS500, com aproximadamente 38 TB úteis, estando 97% em utilização;
2. Discos SATA;
3. Acesso exclusivo NAS;
4. Armazenamento de dados corporativos (servidor de arquivos e banco de dados) e dados geológicos (vetoriais);
5. A rede SAN existente no ambiente é de uso exclusivo para acesso as unidades de fita e não está conectada ao Storage;
6. Os principais servidores que fazem acesso ao storage são 06 Servidores IBM sendo 02 IBM Power 05 e 04 IBM Power6;
OBS: Todos os servidores aqui listados e outros que estão em funcionamento no ambiente estão expostos no setor “Servidores em Produção” deste documento.
7. O storage está conectado à rede corporativa de acordo com a topologia abaixo:
[pic]
descrição Geral da solução solicitada
A solução deverão contemplar 02 novos storages, sendo 01 para o Escritório e 01 para o BDEP (ambos com discos SATA e Fiber Channel), sendo todos do mesmo fabricante. Junto com estes equipamentos deverão ser ofertadas as seguintes soluções:
1. Virtualização de Storages para permitir a integração de todos os equipamentos ofertados com os já existentes nos 02 ambientes (com exceção do storage Hitachi), provendo para a ANP um ambiente unificado, com possibilidade de crescimento de seu parque de armazenamento de dados de acordo com suas reais necessidades, independente do fabricante ou modelo dos equipamentos.
De modo obrigatório, esta nova camada de abstração de hardware deverá:
a) Permitir o crescimento de todo o ambiente de armazenamento de dados de modo ininterrupto (sem a necessidade de paradas no ambiente operacional para inserção de novos storages que possam vir a ser adquiridos futuramente);
b) Reconhecer, administrar e permitir a utilização dos dispositivos já existentes (Storage NetApp FAS 3020) independente da necessidade de integração e o fato dos mesmos serem de marcas diferentes dos equipamentos que possam estar sendo ofertados, garantindo desta forma a manutenção do investimento realizado anteriormente pela Agência; e
c) Garantir uma escalabilidade de crescimento de cada ambiente (Escritório Central e BDEP) de no mínimo 50% o volume total de armazenamento (contemplando a junção dos novos equipamentos com os dispositivos já existentes);
d) Estar licenciado para gerenciar a solução ofertada e a área já existente que será agregada (storage NetApp FAS 3020)
2. Replicação de dados entre os storages dos dois ambientes, de modo incremental (em blocos), assíncrono, permitindo que, por exemplo, 1) os dados existentes no ambiente Fiber Channel do Escritório Central possam ser replicados para a área de discos SATA do storage do BDEP e 2) parte dos dados armazenados na área SATA do BDEP possa ser armazenada na área de discos SATA do novo equipamento ofertado para o Escritório Central;
3. Movimentação dos dados (volumes, luns, diretórios) permitindo que a partir da console de gerenciamento, o administrador possa efetuar a movimentação dos dados entre os storages gerenciados ou dentro do mesmo storage (entre os volumes, luns, discos de diferente performance e etc);
4. Otimizadores de performance que permitam priorizar a utilização de recursos do equipamento de acordo com configurações pré-definidas (reserva ou priorização de memória cache para determinada aplicação que necessite de melhor tempo de resposta);
5. Sistema de arquivos com capacidade de manipular dados que possuam ordens de grandeza na casa de 1 TB (exemplo de uma linha sísmica de um survey existente no BDEP);
6. Gerenciamento Centralizado da solução (incluindo todas as funcionalidades apresentadas nos tópicos anteriores), permitindo a administração do ambiente (incluindo os equipamentos já existentes e que foram integrados a solução) de modo unificado em uma mesma console.
Deverá ser provido um ambiente de monitoramento da estrutura de armazenamento de grandes volumes de dados, permitindo análise constante de fatores ligados a parte de performance e falhas, como taxas de utilização e comportamento dos dispositivos (incluindo análises históricas e preditivas), além da alocação e inserção de novos recursos de modo transparente e ininterrupto.
Todo o ambiente de monitoramento deverá:
a) Ser baseado em protocolos padrões de fábrica (SNMP v2 e v3);
b) Deverá permitir a integração total com o ambiente de monitoramento de falhas e performance em utilização na ANP (CA Spectrum v.9.1.2.10.26 e CA eHealth v6.2), e suas versões e releases superiores;
c) Deverá possuir a funcionalidade de ser acessado e gerenciado remotamente de modo seguro, via computadores ou dispositivos de comunicação móveis, além de enviar alarmes e informativos para diferentes tipos de destinos e perfis (emails e SMS’s para administradores e gestores, p.ex.); e
d) Deverá possuir as funcionalidades de emissão de relatórios e gráficos em tempo real (pré-definidos e customizados) de todas as funcionalidades e do comportamento de toda a solução de armazenamento dos dois ambientes;
O equipamento ofertado para o Escritório Central, em conjunto com o storage NetApp já existente no ambiente, deverá prover uma estrutura onde:
1. O montante solicitado de discos Fiber Channel, somado ao volume já existente no Escritório Central – aprox. 20 TB líquido, terá a responsabilidade de armazenar somente os dados prioritários da ANP, ou seja, os dados de maior criticidade e que possuem uma alta taxa de acesso;
2. O montante solicitado de discos SATA terá a função de armazenar:
a. Os dados não prioritários (menor taxa de acesso por parte dos usuários – TIER 2) do Escritório Central
b. Os dados que forem replicados do BDEP;
c. Os dados que forem arquivados;
d. O backup corporativo (que será executado primeiramente em disco e somente após isso será gravado em fita);
Para realizar a interconexão da nova solução com o ambiente de armazenamento de dados que já está em produção, deverá ser contemplado o uso da rede SAN existente no ambiente, que é formada por 02 switches McData, onde cada um possui aproximadamente 12 portas vagas e habilitadas.
Com relação aos serviços de arquivamento e backup de dados propostos para este ambiente, os mesmos deverão estar homologados para utilizar as licenças já existentes na ANP do software Symantec Netbackup v. 6.5.5, em conjunto com as unidades de fita Quantum Scalar i500 (também já existentes).
Para o BDEP deverá ser ofertado um equipamento que permita:
1. Armazenar na área de discos SATA:
a. Dados Geológicos (sendo a maior parte do tipo vetorial);
b. Dados corporativos (servidor de arquivos, por exemplo);
c. Dados replicados do Escritório Central;
d. Backup corporativo (que será executado primeiramente em disco e somente após isso será gravado em fita);
2. Armazenar na área de discos Fiber Channel os bancos de dados corporativos existentes no ambiente;
Além das demandas apresentadas anteriormente para a nova área SATA no BDEP, este setor também possuirá a responsabilidade de armazenar dados que serão copiados temporariamente do storage de fitas (robô) que será adquirido posteriormente pela Agência. As informações serão copiadas para estas áreas através do uso obrigatório e exclusivo da solução IBM TSM v 5.5, pois a mesma é utilizada pela suite Halliburton Petrobank R5000 que está em produção no ambiente. Através desta ferramenta os usuários conseguem trabalhar os dados geológicos, que podem estar armazenados em fitas e que possuem uma ordem de grandeza que pode chegar a 1 TB (cada arquivo – exemplo de linha sísmica).
Complementarmente, devido a necessidade de integração do novo storage com a versão citada do IBM TSM, é requerimento obrigatório que o equipamento ofertado seja homologado oficialmente para uso da solução.
Vale a pena ressaltar que como este storage terá a responsabilidade de armazenar dados geológicos e corporativos, o mesmo deverá ser capaz de trabalhar com até duas ferramentas de hierarquização de dados simultaneamente. Como os dados que forem manipulados pelo IBM TSM, deverão ser manipulados pela solução HSM do próprio pacote e os dados do tipo corporativo, como por exemplo servidor de arquivos e banco de dados, deverão ser geridos pela funcionalidade de hierarquização citada como premissa da nova solução, o equipamento deverá possuir a inteligência de permitir a priorização de acesso a determinadas áreas de disco, de acordo com as necessidades de negócio.
Para realizar a integração deste novo equipamento com o ambiente corporativo, deverá ser oferecido na solução um conjunto de 02 switches SAN, totalmente habilitados e compatíveis com storages de diferentes fabricantes, com todos os cordões de fibra necessários. Estes dispositivos permitirão a criação de uma nova área SAN no BDEP exclusiva para tráfego de dados que envolvam o storage ofertado. Esta nova rede será implantada em paralelo com a que interliga as unidades de fita IBM 3592 com os servidores IBM e possui como objetivo garantir o máximo de performance para o acesso as duas fontes de dados (fitas e discos), evitando problemas de enfileiramento de requisições e retardo na disponibilização dos dados solicitados pelo usuário.
Finalizando, ressalta-se que todos os equipamentos ofertados deverão possuir a funcionalidade de replicação (assíncrona), permitindo que dados de diferentes níveis (Tier 01 e Tier 02) possam ser replicados entre todos os equipamentos dos 02 sites (Escritório Central p/ BDEP e BDEP p/ Escritório Central).
O volume de dados previstos para serem replicados entre os sites são:
1. Escritório Central p/ BDEP:
a. Áreas que serão replicadas: Toda a área Fiber Channel
b. Montante aproximado: 50 TB líquidos
2. BDEP p/ Escritório Central:
a. Áreas que serão replicadas: Dados de Poço e Sísmica Pós (dados geológicos)
b. Montante aproximado: 30 TB líquidos
Especificação da solução
A solução composta pelos storages ofertados para o Escritório Central e para o BDEP deverá ser composta totalmente por equipamentos novos, que estejam em linha de produção e que sejam do mesmo fabricante, além de serem totalmente integráveis. Estes equipamentos deverão conter obrigatoriamente no mínimo todos os pontos abaixo listados:
1. Escritório Central: Rio de Janeiro;
1. Aquisição de um novo ou Upgrade do storage híbrido (FCP e NAS) com 30 TB líquidos de área de disco liquidos no padrão Fiber Channel e 100 TB líquidos de disco no padrão SATA, com rack próprio do mesmo fabricante;
a. A área de discos FC terá a função de atender a produção (TIER1) – Total: 50TB FC (20 TB atual + 30 Ofertado nesta proposta)
b. A área de discos SATA terá a função de atender as soluções de archiving e backup em disco (TIER2). – Total: 100TB SATA
c. A solução deverá ser desenvolvida e suportada pelo mesmo fabricante, não sendo aceitas soluções de Storage OEM;
d. Vir com cachê incorporado para aceleração e aumento de performance para volumes em discos SATA, permitindo que estes volumes atinjam taxas semelhantes a discos SAS ou FC.
e. Permitir o acesso simultâneo de todos os servidores especificados na área deste documento denominada “SERVIDORES EM PRODUÇÃO”.
f. Possuir, no mínimo, 02 (duas) interfaces fiber channel de 8 Gb/s (oito gigabits por segundo) por controladora, para conexão aos switches de SAN .
g. Possuir no mínimo 02 (duas) controladoras operando em modo cluster (redundante) no storage.
h. Possuir no mínimo 6 (seis) interfaces de rede ethernet 1Gb/s por interface e por controladora, para conexão aos switches de rede da ANP
i. Possuir fontes, ventiladores, caminhos e controladoras redundantes
j. Discos Fiber Channel, deverão ser utilizados discos de no mínimo 600 GB (seiscentos gigabytes) com 15.000 rpm (quinze mil rotações por minuto) ou superiores
k. Discos SATA, deverão ser utilizados discos de no mínimo 2 TB (dois terabytes) com 7.200 rpm (sete mil e duzentos rotações por minuto) ou superiores
l. Deverá possuir controladora redundante no modo ativo/ativo com failover automático.
m. Área total em discos Fiber Channel fornecidos de no mínimo 30 TB (trinta terabytes) líquidos em base 1024 utilizando RAID DP;
n. Área total em discos SATA fornecidos de no mínimo 100 TB (cem terabytes) líquidos em base 1024 utilizando RAID DP.
o. Deverá possuir, no mínimo, 02 (dois) discos reservas (spares) em modo global por controladora e por tipo, que possa substituir qualquer outro em produção, de modo automático e on-line.
p. Deverá estar em linha de produção, correntemente sendo produzido pelo fabricante.
q. O storage deverá ser unificado, ou seja, processar nativamente NAS e SAN, nas mesmas controladoras e também nativamente os protocolos iSCSI, FCP, NFS e CIFS e licenciado para a capacidade máxima suportada.
r. O protocolo CIFS deverá:
i. Ser totalmente integrado ao sistema de diretórios do Microsoft Windows 2003 ou superior (AD – Active Directory), possuindo uma base única de usuários, ou seja, não serão permitidas soluções baseadas em servidores extras; integrações realizadas através da duplicidade de usuários com o mesmo nome; jobs ou scripts;
ii. Efetuar o controle de acesso aos dados pelos logins e grupos de usuários do Active Directory;
iii. Permitir o controle de cotas por usuários, grupos ou pastas no sistema de arquivos;
iv. Permitir o controle de gravação dos arquivos no sistema baseado nos seus tipos: Ex: Bloquear arquivos *.avi, *.mp3 e etc;
v. Gerar gráficos para controle das cotas, crescimento dos dados, espaço disponível por pastas, usuários ou grupos.
vi. Permitir o uso de snapshots ou “Versões Anteriores” integrado ao Windows de modo que o usuário possa recuperar um arquivo apagado.
vii. Permitir integração com o Anti-Vírus Mcafee Virus Scan Enterprise for storage versão 1.0, de modo que o usuário somente poderá gravar os seus arquivos no storage depois de verificado a existência de vírus.
s. Deverá possibilitar que sejam ligados discos FC, SAS e SATA no mesmo Storage, ao mesmo tempo.
t. O storage deverá permitir a movimentação de luns e volumes ou diretórios entre discos diferentes e entre os storages gerenciados, sem perda de dados, comandado a partir da console de gerenciamento pelo administrador da ferramenta
u. O storage deverá possuir a funcionalidade de virtualização de storages, garantindo:
a. Gerência centralizada de toda a infraestrutura ofertada e já existente (BDEP e Escritório Central);
b. Integração total com o novo storage solicitado para o BDEP e com os equipamentos já existentes nos ambientes do Escritório Central e do BDEP(exceto Storage Hitchi), permitindo o monitoramento do ambiente de modo único, a manipulação de dados entre os ambientes de modo simplificado e transparente e a garantia de crescimento do parque independente de fabricantes;
c. Gerência de storages de diferentes fabricantes, garantindo que suas características e funcionalidades proprietárias possam continuar sendo totalmente utilizadas, protegendo os investimentos anteriormente realizados;
d. Monitoramento de falhas e performance de todo o parque, de modo totalmente centralizado, baseado em protocolos padrões de fábrica (SNMP v2 e v3);
v. A solução de virtualização deverá ser escalável para no mínimo 50% a capacidade de armazenamento de dados da ANP (somando a capacidade já instalada e a que está sendo solicitada neste documento);
w. O virtualizador deverá vir licenciado para gerenciar a solução ofertada e a área já existente que será agregada (Storage NetApp FAS 3020)
x. Deverá possuir software de administração centralizada, com interface gráfica que permita configuração, definição de áreas e de políticas de acesso para os clientes, análises de performance e falhas, determinação de problemas, monitoração do uso e desempenho do sistema de entrada/saída e utilização dos demais recursos de todos os storages que estiverem sendo gerenciados pelo ambiente de armazenamento de dados virtualizado (equipamentos novos e já existentes); o acesso às ferramentas de administração deverá ser por terminal e/ou via interface Web, com controle de acesso seguro via HTTPS e SSH, devendo estar preparada para acesso via dispositivos móveis;
y. Deverá possuir um sistema de arquivos capaz de manipular dados que ultrapassem o tamanho de 1TB (exemplo de ordem de grandeza de uma linha sísmica);
z. É imprescindível que os upgrades do storage possa ser executados apenas com a troca de controladora sem movimentação de dados
aa. É imprescindível que as atualizações, aplicações de patches e releases de Sistema Operacional do storage sejam realizados sem interrupção nos serviços e sem risco para os dados.
ab. O storage deve possibilitar upgrade com apenas troca do par ativo/ativo de controladoras do cluster e sem mudança de sistema operacional.
ac. O storage deve ser possível crescer e diminuir os volumes dinamicamente no storage. E permitir o crescimento automático.
ad. A solução deve possibilitar a habilitação da funcionalidade de "deduplicação" nativa de dados, isto é, permitir que sejam eliminados objetos (blocos ou fragmentos) redundantes dos dados, viabilizando assim economizar eficientemente o armazenamento sem afetar a disponibilidade, desempenho e integridade dos dados. Esta funcionalidade deve ser totalmente integrada e suportada pelo fabricante do subsistema de armazenamento.
ae. A solução deverá executar a deduplicação para SAN e NAS
af. No caso do storage ofertado não possuir suporte para a funcionalidade de deduplicação, conforme item acima mencionado, a CONTRATADA deverá ofertar 40% a mais de área útil em cada um dos modelos de discos ofertados a titulo de compensação da tecnologia.
ag. A solução deverá ser desenvolvida e suportada pelo mesmo fabricante, não sendo aceitas soluções de Storage OEM.
ah. O Storage deverá possuir mecanismo de controle de prioridade nativo, com granularidade de volumes ou luns.
ai. Deverá ser fornecido software gráfico para configuração do sistema de armazenamento integrado nas próprias controladoras do subsistema podendo ser acessado diretamente via interface WEB de qualquer lugar da rede.
aj. Deverá ser fornecido com software de monitoramento de desempenho (performance) dos componentes do array (cache, portas, grupos de discos, etc....).
ak. Deverá permitir geração de cópias instantâneas (snapshot) sem interrupção e suspensão das atividades de leitura e escrita no sistema de arquivos.
al. O snapshot deverá ser executado por ponteiros sem movimentação de dados, garantindo assim manutenção da performance do subsistema.
am. No caso do storage ofertado executar a funcionalidade acima através do modelo “copy-on-write”, a CONTRATADA deverá ofertar um valor adicional de 10% de discos Fiber Channel;
an. O sistema de armazenamento do storage deverá possibilitar e vir licenciada, a funcionalidade de geração de cópias “clones” a partir dos snapshots admitindo-se gasto adicional de área somente para os blocos de dados atualizados.
ao. O licenciamento da funcionalidade de “clone” deverá ser para toda a área instalada e para a escalabilidade máxima do virtualizador e dos storages gerenciados
ap. Deverá ser compatível com o protocolo de monitoramento SNMP v2 e v3;
aq. O equipamento deverá ser ofertados com a quantidade de racks necessária para acomodar os dispositivos listados nos sub-itens anteriores, sendo todos da mesma marca do fabricante, com no mínimo 42U e 04 PDU’s;
ar. Caberá a CONTRATADA fornecer todos os cabos e componentes necessários para realizar a fixação, instalação e ativação dos dispositivos ofertados (incluindo a integração com os switches SAN e Ethernet já existentes no ambiente);
2. Aquisição de todas as licenças e softwares necessários para a execução das seguintes atividades:
a. Deduplicação de dados;
b. Backup dos bancos de dados Oracle, usando snapshots e técnicas de clonagem de modo integro e integrado ao Oracle, permitindo a geração de cenários de homologação, tanto dos novos sistemas a serem entregues pela fábrica de software, como dos sistemas corporativos existentes. Há casos que cada superintendência precisa de um cenário diferente para homologar um novo sistema e que, para atender estas necessidades, seria necessário ter muita área em disco, o que implicaria em custos elevadíssimos para atender uma necessidade momentânea. Com este software, permitiremos a criação de vários cenários de homologação, compartilhando a mesma área física em disco;
c. Software para integração com o Ambiente Virtual (VSphere), permitindo integração do storage com a plataforma a fim de agilizar/melhorar o deploy de novos datastores, backups integros e restore de virtual machines, deploy de novas máquinas baseadas em template no storage, visualização integrada do espaço em disco no storage pela equipe do VSphere;
d. Software para integração do storage com o Lotus Domino, com a finalidade de automatizar o processo de backup e restore instantaneos de databases e e-mails de modo granular, usando tecnologias de snapshots íntegros, permitir que a equipe de Domino acrescente ou diminua os seus volumes, e gere ambientes de teste com tecnologias ded clonagem de disco.
e. Replicação de dados assíncrona entre os storages localizados no Escritório Central e no BDEP e vice-versa;
OBS: No caso dos itens “b”, “c” e “d”, caso seja ofertado um equipamento que não possua suporte para qualquer uma das funcionalidades solicitadas, caberá a LICITANTE ofertar 15% a mais de discos Fiber Channel para cada uma das funcionalidades que não for possível atender;
OBS: Toda a solução ofertada para o Escritório Central não deverá superar o limite de 02 racks de 19’’ e 50 U’s, mesmo no caso de serem adicionados todos os percentuais de discos extras que foram especificados neste documento;
2. BDEP: Rio de Janeiro
1. Aquisição de um novo ou Upgrade do storage híbrido (FCP e NAS) com 20 TB líquidos de área de disco liquidos no padrão Fiber Channel e 250 TB líquidos de disco no padrão SATA, com rack próprio do mesmo fabricante;
f. A área de discos FC terá a função de atender a produção (TIER1) – Total: 20TB FC (20 Ofertado nesta proposta)
g. A área de discos SATA terá a função de atender as soluções de archiving e backup em disco (TIER2). – Total: 250TB SATA
h. A solução deverá ser desenvolvida e suportada pelo mesmo fabricante, não sendo aceitas soluções de Storage OEM;
i. Vir com cachê incorporado para aceleração e aumento de performance para volumes em discos SATA, permitindo que estes volumes atinjam taxas semelhantes a discos SAS ou FC.
j. Permitir o acesso simultâneo de todos os servidores especificados na área deste documento denominada “SERVIDORES EM PRODUÇÃO”.
k. Possuir, no mínimo, 02 (duas) interfaces fiber channel de 8 Gb/s (oito gigabits por segundo) por controladora, para conexão aos switches de SAN .
l. Possuir no mínimo 02 (duas) controladoras operando em modo cluster (redundante) no storage.
m. Possuir no mínimo 6 (seis) interfaces de rede ethernet 1Gb/s por interface e por controladora, para conexão aos switches de rede da ANP
n. Possuir fontes, ventiladores, caminhos e controladoras redundantes
o. Discos Fiber Channel, deverão ser utilizados discos de no mínimo 600 GB (seiscentos gigabytes) com 15.000 rpm (quinze mil rotações por minuto) ou superiores
p. Discos SATA, deverão ser utilizados discos de no mínimo 2 TB (dois terabytes) com 7.200 rpm (sete mil e duzentos rotações por minuto) ou superiores
q. Deverá possuir controladora redundante no modo ativo/ativo com failover automático.
r. Área total em discos Fiber Channel fornecidos de no mínimo 20 TB (vinte terabytes) líquidos em base 1024 utilizando RAID DP;
s. Área total em discos SATA fornecidos de no mínimo 250 TB (duzentos e cinquenta terabytes) líquidos em base 1024 utilizando RAID DP.
t. Deverá possuir, no mínimo, 02 (dois) discos reservas (spares) em modo global por controladora e por tipo, que possa substituir qualquer outro em produção, de modo automático e on-line.
u. Deverá estar em linha de produção, correntemente sendo produzido pelo fabricante.
v. O storage deverá ser unificado, ou seja, processar nativamente NAS e SAN, nas mesmas controladoras e também nativamente os protocolos iSCSI, FCP, NFS e CIFS e licenciado para a capacidade máxima suportada.
w. O protocolo CIFS deverá:
i. Ser totalmente integrado ao sistema de diretórios do Microsoft Windows 2003 ou superior (AD – Active Directory), possuindo uma base única de usuários, ou seja, não serão permitidas soluções baseadas em servidores extras; integrações realizadas através da duplicidade de usuários com o mesmo nome; jobs ou scripts;
ii. Efetuar o controle de acesso aos dados pelos logins e grupos de usuários do Active Directory;
iii. Permitir o controle de cotas por usuários, grupos ou pastas no sistema de arquivos;
iv. Permitir o controle de gravação dos arquivos no sistema baseado nos seus tipos: Ex: Bloquear arquivos *.avi, *.mp3 e etc;
v. Gerar gráficos para controle das cotas, crescimento dos dados, espaço disponível por pastas, usuários ou grupos.
vi. Permitir o uso de snapshots ou “Versões Anteriores” integrado ao Windows de modo que o usuário possa recuperar um arquivo apagado.
vii. Permitir integração com o Anti-Vírus Mcafee Virus Scan Enterprise for storage versão 1.0, de modo que o usuário somente poderá gravar os seus arquivos no storage depois de verificado a existência de vírus.
x. Deverá possibilitar que sejam ligados discos FC, SAS e SATA no mesmo Storage, ao mesmo tempo.
y. O storage deverá permitir a movimentação de luns e volumes ou diretórios entre discos diferentes e entre os storages gerenciados, sem perda de dados, comandado a partir da console de gerenciamento pelo administrador da ferramenta
z. O storage deverá possuir a funcionalidade de virtualização de storages, garantindo:
e. Gerência centralizada de toda a infraestrutura ofertada e já existente (BDEP e Escritório Central);
f. Integração total com o novo storage solicitado para a ANP e com os equipamentos já existentes nos ambientes do Escritório Central e do BDEP(exceto Storage Hitchi), permitindo o monitoramento do ambiente de modo único, a manipulação de dados entre os ambientes de modo simplificado e transparente e a garantia de crescimento do parque independente de fabricantes;
g. Gerência de storages de diferentes fabricantes, garantindo que suas características e funcionalidades proprietárias possam continuar sendo totalmente utilizadas, protegendo os investimentos anteriormente realizados;
h. Monitoramento de falhas e performance de todo o parque, de modo totalmente centralizado, baseado em protocolos padrões de fábrica (SNMP v2 e v3);
aa. A solução de virtualização deverá ser escalável para no mínimo 50% a capacidade de armazenamento de dados do BDEP (somando a capacidade já instalada e a que está sendo solicitada neste documento);
ab. O virtualizador deverá vir licenciado para gerenciar a solução ofertada.
ac. Deverá possuir software de administração centralizada, com interface gráfica que permita configuração, definição de áreas e de políticas de acesso para os clientes, análises de performance e falhas, determinação de problemas, monitoração do uso e desempenho do sistema de entrada/saída e utilização dos demais recursos de todos os storages que estiverem sendo gerenciados pelo ambiente de armazenamento de dados virtualizado (equipamentos novos e já existentes); o acesso às ferramentas de administração deverá ser por terminal e/ou via interface Web, com controle de acesso seguro via HTTPS e SSH, devendo estar preparada para acesso via dispositivos móveis;
ad. Deverá possuir um sistema de arquivos capaz de manipular dados que ultrapassem o tamanho de 1TB (exemplo de ordem de grandeza de uma linha sísmica);
ae. É imprescindível que os upgrades do storage possa ser executados apenas com a troca de controladora sem movimentação de dados
af. É imprescindível que as atualizações, aplicações de patches e releases de Sistema Operacional do storage sejam realizados sem interrupção nos serviços e sem risco para os dados.
ag. O storage deve possibilitar upgrade com apenas troca do par ativo/ativo de controladoras do cluster e sem mudança de sistema operacional.
ah. O storage deve ser possível crescer e diminuir os volumes dinamicamente no storage. E permitir o crescimento automático.
ai. A solução deve possibilitar a habilitação da funcionalidade de "deduplicação" nativa de dados, isto é, permitir que sejam eliminados objetos (blocos ou fragmentos) redundantes dos dados, viabilizando assim economizar eficientemente o armazenamento sem afetar a disponibilidade, desempenho e integridade dos dados. Esta funcionalidade deve ser totalmente integrada e suportada pelo fabricante do subsistema de armazenamento.
aj. A solução deverá executar a deduplicação para SAN e NAS
ak. No caso do storage ofertado não possuir suporte para a funcionalidade de deduplicação, conforme item acima mencionado, a CONTRATADA deverá ofertar 40% a mais de área útil em cada um dos modelos de discos ofertados a titulo de compensação da tecnologia.
al. A solução deverá ser desenvolvida e suportada pelo mesmo fabricante, não sendo aceitas soluções de Storage OEM.
am. O Storage deverá possuir mecanismo de controle de prioridade nativo, com granularidade de volumes ou luns.
an. Deverá ser fornecido software gráfico para configuração do sistema de armazenamento integrado nas próprias controladoras do subsistema podendo ser acessado diretamente via interface WEB de qualquer lugar da rede.
ao. Deverá ser fornecido com software de monitoramento de desempenho (performance) dos componentes do array (cache, portas, grupos de discos, etc....).
ap. Deverá permitir geração de cópias instantâneas (snapshot) sem interrupção e suspensão das atividades de leitura e escrita no sistema de arquivos.
aq. O snapshot deverá ser executado por ponteiros sem movimentação de dados, garantindo assim manutenção da performance do subsistema.
ar. No caso do storage ofertado executar a funcionalidade acima através do modelo “copy-on-write”, a CONTRATADA deverá ofertar um valor adicional de 10% de discos Fiber Channel;
as. O sistema de armazenamento do storage deverá possibilitar e vir licenciada, a funcionalidade de geração de cópias “clones” a partir dos snapshots admitindo-se gasto adicional de área somente para os blocos de dados atualizados.
at. O licenciamento da funcionalidade de “clone” deverá ser para toda a área instalada e para a escalabilidade máxima do virtualizador e dos storages gerenciados
au. Deverá ser compatível com o protocolo de monitoramento SNMP v2 e v3;
av. O equipamento deverá ser ofertados com a quantidade de racks necessária para acomodar os dispositivos listados nos sub-itens anteriores, sendo todos da mesma marca do fabricante, com no mínimo 42U e 04 PDU’s;
aw. Caberá a CONTRATADA fornecer todos os cabos e componentes necessários para realizar a fixação, instalação e ativação dos dispositivos ofertados (incluindo a integração com os switches SAN e Ethernet já existentes no ambiente);
ax. Ser homologado oficialmente para uso do aplicativo IBM TSM v 5.5;
2. Aquisição de todas as licenças e softwares necessários para a execução das seguintes atividades:
a. Deduplicação de dados;
b. Backup dos bancos de dados Oracle, usando snapshots e técnicas de clonagem de modo integro e integrado ao Oracle, permitindo a geração de cenários de homologação, tanto dos novos sistemas a serem entregues pela fábrica de software, como dos sistemas corporativos existentes. Há casos que cada superintendência precisa de um cenário diferente para homologar um novo sistema e que, para atender estas necessidades, seria necessário ter muita área em disco, o que implicaria em custos elevadíssimos para atender uma necessidade momentânea. Com este software, permitiremos a criação de vários cenários de homologação, compartilhando a mesma área física em disco;
c. Software para integração com o Ambiente Virtual (VSphere), permitindo integração do storage com a plataforma a fim de agilizar/melhorar o deploy de novos datastores, backups integros e restore de virtual machines, deploy de novas máquinas baseadas em template no storage, visualização integrada do espaço em disco no storage pela equipe do VSphere;
d. Software para integração do storage com o Lotus Domino, com a finalidade de automatizar o processo de backup e restore instantaneos de databases e e-mails de modo granular, usando tecnologias de snapshots íntegros, permitir que a equipe de Domino acrescente ou diminua os seus volumes, e gere ambientes de teste com tecnologias ded clonagem de disco.
e. Replicação de dados assíncrona entre os storages localizados no Escritório Central e no BDEP e vice-versa;
OBS: No caso dos itens “b”, “c” e “d”, caso seja ofertado um equipamento que não possua suporte para qualquer uma das funcionalidades solicitadas, caberá a LICITANTE ofertar 15% a mais de discos Fiber Channel para cada uma das funcionalidades que não for possível atender;
3. Deverão ser fornecidos 2 Switches Fiber Chanel com 24 portas, totalmente licenciados e com todas as portas de 08Gb/s. Este equipamento permitirá a implantação de uma rede SAN – Storage Area Network no BDEP, nos moldes da rede existente no Escritório Central da ANP. Também deverão ser fornecidos 16 cordões de Fibra Ótica de 15m cada, que permitirão a interligação dos equipamentos servidores (computadores) com o storage;
OBS: Toda a solução ofertada para o BDEP não deverá superar o limite de 02 racks de 19’’ e 50 U’s, mesmo no caso de serem adicionados todos os percentuais de discos extras que foram especificados neste documento;
metodologia da execução
A empresa contratada deverá executar a instalação da solução de acordo com a seguinte metodologia:
1. Entrega de todo o planejamento necessário para a implantação da solução adquirida, com 15 dias úteis de antecedência a entrega de todos os equipamentos solicitados através deste processo. O planejamento deverá constar no mínimo:
a. Análise da situação atual: Descritivo textual e modelo gráfico da solução atualmente em produção (tanto no Escritório Central quanto no BDEP), contemplando as seguintes informações:
i. Storage: armazenamento dos dados, distribuição dos file systems, LUN’s, sistema, interconexões na SAN e na rede ethernet;
ii. Backup: Políticas, tempo de execução, tempo de retenção, armazenamento do dado;
iii. Hierarquização dos dados: Distribuição atual dos dados, Estatísticas de arquivos baseados no tempo de vida;
iv. Replicação: Definição do volume e tipo de dados que deverá ser replicada entre os dois ambientes; e
v. Políticas de deduplicação, performance e desempenho aplicadas atualmente;
b. Planejamento da Implantação
i. Descrição textual e modelo gráfico do planejamento completo da instalação:
• Definição da localização e instalação física dos equipamentos nos datacenters do Escritório Central e do BDEP;
• Ativação dos equipamentos: Conexão à rede elétrica; Conexão às redes NAS e SAN; interconexão dos storages entre os dois ambientes;
ii. Descrição textual e modelo gráfico do planejamento completo da ambientação:
• Mapeamento e elaboração das novas políticas de backup e de recuperação de dados no Escritório Central;
• Mapeamento e elaboração das políticas de hierarquização de dados no Escritório Central;
• Mapeamento e elaboração das políticas de deduplicação, otimização de performance e crescimento de dados no storage do Escritório Central e do BDEP;
• Mapeamento e elaboração das novas políticas de replicação de dados entre os dois ambientes (Escritório Central e BDEP);
• Planejamento da instalação dos softwares servidores;
• Planejamento da instalação dos softwares cliente;
• Planejamento da movimentação dos shelves e discos do atual storage FAS3020 para o novo storage;
• Planejamento da configuração de replicação entre os storages previstos para o Escritório Central e integração com o software de backup;
• Planejamento da configuração de replicação entre os storages existentes entre os ambientes do Escritório Central e do BDEP;
• Planejamento da configuração de deduplicação, otimização e perfomace de dados no storage solicitado para a ANP e BDEP;
• Planejamento da entrada em produção da solução completa;
• Planejamento de testes pós-migração;
c. Cronograma completo de todo o projeto incluindo as etapas de mapeamento da análise da situação atual e do planejamento da implantação
d. Após o aceite formal da instalação e da configuração da solução listada neste documento, deverá ser iniciado um período de validação do novo ambiente. A licitante deverá realizar, com recursos próprios, os seguintes serviços durante este período:
i. Validação, acompanhamento e adequação de todas as políticas de backup e clonagem implementadas (para disco e fita) com o intuito de garantir a total segurança do processo - Duração: 88 horas;
ii. Validação, acompanhamento e adequação de todas as políticas de hierarquização (Níveis 1, 2 e 3) com o intuito de garantir a correta distribuição das informações – 88 horas;
iii. Validação, acompanhamento e adequação de todas as configurações de deduplicação, otimização e perfomance dos dados, configurações e acessos CIFS, configurações e acessos FCP nos storages – 88 horas;
iv. Validação, acompanhamento e adequação de todas as políticas de replicação de dados e recuperação de ambientes que forem implementadas para integração das soluções requisitadas para o BDEP e para o Escritório Central – 88 horas;
2. Transferência de conhecimento de todas as soluções ofertadas (backup; clonagem; hierarquização; sistema de armazenamento; e replicação / recuperação de dados entre storages de diferentes localidades) para a equipe técnica deste Núcleo de Informática, responsável pelo suporte à solução – 40 horas para cada sub-sistema ofertado.
3. Instalação física, montagem e interconexão de todos os equipamentos entregues, respeitando as características ambientais do órgão, sem causar indisponibilidade, podendo ser executado nos horários: entre às 19:00 e 06:00h, sábados, domingos ou feriados;
4. Entrega de todas as mídias referentes aos softwares e documentações adquiridas através desta requisição;
5. Configuração do acesso ao storage
6. Configuração de alta disponibilidade (redundância)
7. Documentação completa da instalação do ambiente (As-Built)
8. Teste da solução
Somente será dado o ACEITE DA AQUISIÇÃO e do SERVIÇO após a entrega do planejamento, conclusão da instalação e testes da solução.
Transferência de conhecimento
Caberá a CONTRATADA seguir o seguinte planejamento de transferência de conhecimento:
1. Transferência de conhecimento – Sem intervenção no ambiente de produção da ANP
A licitante deverá promover a transferência de conhecimento sobre as características e funcionamento dos componentes da solução que está sendo ofertada, para a equipe técnica da ANP. Esta transferência de conhecimento deverá ser realizada através das seguintes atividades:
a. Passagem de conhecimento teórico e prático atendendo todos os componentes da solução, com carga horária mínima de 40 horas por componente
b. Passagem de conhecimento do tipo “hands-on”, ministrado no site da ANP, por um profissional certificado pelo fabricante do “storage”, componente principal da solução, durante o período de implementação, para a equipe da ANP
2. Transferência de conhecimento – No Ambiente, servidores e aplicações (Produção) da ANP
Alocação de um analista com experiência comprovada no site da ANP no Escritório Central ou no BDEP, de acordo com as necessidades do projeto, em regime de operação assistida, pelo período estipulado no Planejamento da Implantação durante o horário comercial, para atuar em conjunto com a equipe técnica da ANP ou do BDEP, nas rotinas diárias da operação e administração da solução ofertada, garantindo que sejam seguidas as melhores práticas recomendadas pelos respectivos dos fabricantes da solução.
a. Validação, acompanhamento e adequação de todas as políticas de backup e clonagem implementadas - Duração: 88 horas;
b. Validação, acompanhamento e adequação de todas as políticas - Duração: 88 horas;
c. Validação, acompanhamento e adequação de todas as configurações de deduplicação, otimização e perfomance dos dados, configurações e acessos CIFS, configurações e acessos FCP nos storages – Duração: 88 horas;
d. Validação, acompanhamento e adequação de todas as políticas de replicação de dados e recuperação de ambientes que forem – Duração: 88 horas;
O planejamento acima exposto deverá ter como foco a passagem de conhecimento sobre todos os componentes da solução ofertada.
Garantia
As condições básicas de Garantia para todos os itens ofertados (incluindo hardware e software) são:
1. Fornecer garantia por 36 (trinta e seis) meses, expedida pelo fabricante, contados a partir da data de instalação do equipamento;
2. A garantia será prestada na cidade do Rio de Janeiro;
3. Atendimento On-Site, no local da instalação;
4. As chamadas para a garantia de equipamento deverão ser prestadas 24 (vinte e quatro) horas por dia, 7 (sete) dias na semana, sendo atendidas em até 2 (duas) horas corridas, com solução do problema em até 4 (quatro) horas corridas a contar do início do chamado;
5. A garantia deve cobrir os defeitos decorrentes de projeto, fabricação, construção, montagem, acondicionamento, transporte ou desgaste prematuro, envolvendo obrigatoriamente a substituição de peças, sem qualquer ônus para a ANP;
6. O tempo máximo para reparo de qualquer equipamento não deverá exceder 1 (um) dia útil. Caso seja prevista uma demora maior, o componente ou todo o equipamento deverá ser substituído por um backup, dentro deste prazo, até que seja efetuado o reparo ou substituição do componente defeituoso;
7. A garantia deverá ser efetuada, deixando os equipamentos em perfeitas condições de funcionamento, com suas características originais mantidas;
8. Os componentes instalados em substituição aos danificados deverão ser novos e ter características, no mínimo, iguais aos originais do equipamento. Caso sejam utilizados componentes com características superiores, não haverá ônus adicional para a ANP. Os componentes substituídos passarão a fazer parte do equipamento, sendo, portanto, de propriedade da ANP;
9. O estoque de peças para substituição deverá ser dimensionado de tal forma que assegure a contínua e perfeita utilização dos equipamentos;
Acordo de nível de serviço
Para efeitos de acordo de nível de serviço, será utilizada a seguinte métrica de validação:
|Indicador |
|Serviço de Instalação da Solução |
|Item |Descrição |
|Finalidade |Garantir o cumprimento dos prazos para a execução dos serviços de instalação da |
| |solução- itens 1.5 e 2.4. |
|Meta a cumprir |Conforme previsto nos itens 1.5 e 2.4 – prazo máximo de 120 dias a contar da |
| |assinatura do contrato. |
| |O prazo de instalação da solução não poderá exceder a 120 corridos a partir da |
| |assinatura do contrato e deverá estar de acordo com o cronograma de implantação |
| |(Item 5.1.3) |
|Ambiente |ANP- Escritório Central e BDEP |
|Instrumento de mediação |Cronograma apresentado pela empresa e aprovado pela ANP |
|Forma de acompanhamento |Conclusão e aceite das atividades do cronograma de implantação. |
|Periodicidade |Única, na fase de implantação da solução. |
|Mecanismo de Cálculo |Número de dias de atraso do prazo de conclusão do serviço de instalação. |
| |X=Nº de dias de atraso da conclusão do serviço |
|Faixas de ajuste no pagamento |O serviço de instalação será valorado em |
| | |
| |X de 1 a 5 – 99% do valor do serviço de instalação |
| |X de 6 a 10 – 98% do valor do serviço de instalação |
| |X acima de 10 – 95% do valor do serviço de instalação |
|Início de Vigência |Após a assinatura do contrato. |
|Sanções |Multa de 10% sobre o valor da serviço de instalação, quanto X estiver acima de 10.|
|Observações |Serão desconsiderados os números de dias de atraso gerados por problemas de força |
| |maior, como falta de energia elétrica na ANP. |
sERVIDORES EM PRODUÇÃO – ESCRITÓRIO CENTRAL
|Recurso (Ativo) |Marca/Modelo |Sistema Operacional |Principais Serviços |
|ATIVO1 |DELL-2950 |vSphere 4.0 |# HOST Vmware |
|ATIVO2 |SUPERMICRO |Windows 2003 Enterprise |# Apache TomCat Http Server |
| | | |# Site do BDEP - APACHE |
|ATIVO3 |SUPERMICRO |Windows 2003 Enterprise SP2 |# I2 – Tempo Real + SQL 2005 |
|ATIVO4 |IBM/Risc 6000 |AIX 4.3.3.0 |#Banco de Dados Adabas (DCP/NATURAL) |
|ATIVO5 |SUN/Enterprise 450 |Solaris 5.8 |#Sistema de biblioteca ALEPH/EX-LIBRIS (CDI) em |
| | | |ORACLE 7 |
|ATIVO6 |DELL-2600 |Windows 2000 Advanced Server SP 4 |# MSSQL Server / MSSQL Server OLAP Service / SQL|
| | | |Server Agent |
|ATIVO7 |UNISYS ES3120L |SecurePlatform 2.4 |# SMARTCENTER |
|ATIVO8 |DELL-2600 |Windows 2000 Advanced Server SP 4 |# Proxy ( ISA Server) |
|ATIVO9 |DELL-2950 |vSphere 4.0 |# HOST Vmware |
|ATIVO10 |HP/Integrity RX6600 |HPUX 11.23 |# Banco de dados Oracle9i Produção |
|ATIVO11 |HP-DL380G5 |Windows 2000 Advanced Server SP 4 |# Produção Proton |
|ATIVO12 |DELL-2950 |Windows 2003 Enterprise SP2 |# CA DSM |
|ATIVO13 |DELL-2600 |Windows 2000 Advanced Server SP 4 |# HOST - Produção - Vmware Host |
|ATIVO14 |DELL-2950 |Windows 2003 Enterprise |# IIS |
| | | |# NLB - SITE ANP |
|ATIVO15 |HP/Integrity RX6600 |HPUX 11.23 |# Oracle Produção ( Sistemas DataWareHouse e |
| | | |BI). |
|ATIVO16 |DELL-2950 |Windows 2003 Enterprise SP2 |# Oracle Application Server Produção |
| | | |# I-SIMP |
|ATIVO17 |DELL-2600 |Windows 2003 Advanced SP2 |# Oracle Application Server Contingencia – ISIMP|
|ATIVO18 |DELL-2950 |Windows 2003 Enterprise SP2 |# Correio Lotus Notes (RJMAIL01) |
|ATIVO19 |DELL-2950 |vSphere 4.0 |# HOST VMWARE |
|ATIVO20 |DELL-2950 |Windows 2003 Enterprise SP2 |# SMTP e DNS Externo |
|ATIVO21 |DELL-2950 |Windows 2003 Enterprise SP2 |# Servidor de Backup - Netbackup 6.5 |
|ATIVO22 |DELL-2950 |Windows 2003 Enterprise SP2 |# INTRANET |
| | | |# IIS |
|ATIVO23 |DELL-2950 |Windows 2003 Enterprise |# IIS |
| | | |# NLB - SITE ANP |
|ATIVO24 |SUPERMICRO |Windows 2000 Advanced Server |# Sistema de Legislação/ANP |
|ATIVO25 |DELL-2950 |vSphere 4.0 |# HOST VMWARE |
|ATIVO26 |DELL-2950 |Windows 2003 Enterprise |# Ca Spectrum |
|ATIVO27 |Cluster Microsoft |N/A |# Portal .br |
|ATIVO28 |HP/Integrity RX3600 |HPUX 11.23 |# Banco de dados Oracle9i Produção (homologação |
| | | |do carvão e solvente) |
|ATIVO29 |SUPERMICRO |Windows 2003 Enterprise |# Site do WebMaps do BDEP (TomCat, Apache e |
| | | |ArcIMS) |
|ATIVO30 |DELL-2950 |Windows 2003 Enterprise SP2 |# Servidor de Backup - Netbackup 6.5 |
|ATIVO31 |SUPERMICRO |Windows 2003 Enterprise |# Oracle application Server 9I AS |
|ATIVO32 |DELL-2950 |Windows 2003 Enterprise |# CA EHEALTH |
|ATIVO33 |HP/Integrity RX3600 |HPUX 11.23 |# Homologação do Oracle 11g |
|ATIVO34 |DELL-2950 |Windows 2003 Enterprise SP2 |# Correio Lotus Notes (RJMAIL02) |
|ATIVO35 |DELL-2950 |Windows 2003 Enterprise sp2 R2 |# DNS Server |
| | | |# DOMAIN CONTROLLER |
| | | |# Virus Scan Enterprise for Storage |
|ATIVO36 |DELL-2950 |Windows 2003 Advanced SP2 |# Sistemas Lotus Notes Web ( JPF, RGP, BCV, SABS|
| | | |) |
|ATIVO37 |HP/Integrity RX6600 |HPUX 11.23 |# Banco de dados Oracle9i Produção, Clusterizado|
| | | |com o carvão |
|ATIVO38 |DELL-2950 |vSphere 4.0 |# HOST Vmware |
|ATIVO39 |DELL-2950 |Windows 2003 Enterprise SP2 |# Sistemas Lotus Notes – Fluxos |
sERVIDORES EM PRODUÇÃO – BDEP
|Recurso (Ativo) |Tipo |Marca/Modelo |Sistema Operacional |Principais Serviços |
|ATIVO1 |FISICO |SUPERMICRO |Windows 2003 Enterprise |ARCims |
|ATIVO2 |FISICO |SUPERMICRO |Windows 2003 Enterprise |#WSUS |
| | | | |# DHCP |
|ATIVO3 |FISICO |SUPERMICRO |Windows 2003 Enterprise |# DAP Server |
|ATIVO4 |FISICO |SUPERMICRO |Windows 2003 Enterprise |# Servidor de Arquivos |
|ATIVO5 |FISICO |ItauTec/Infoway |Windows XP Professional |# Cargas TSM |
|ATIVO6 |FISICO |SUPERMICRO |Windows 2003 Enterprise |# DOMAIN CONTROLLER |
| | | | |# DNS |
|ATIVO7 |FISICO |SUPERMICRO |Windows 2003 Enterprise |ORACLE, ARCsde |
|ATIVO8 |FISICO |SUPERMICRO |Windows 2003 Enterprise SP2 |# LOTUS DOMINO |
|ATIVO9 |FISICO |HP DL380 |Windows 2003 Enterprise |# DHCP |
| | | | |# DOMAIN CONTROLLER |
| | | | |# ISA SERVER |
|ATIVO10 |FÍSICO |Deskserver |Windows 200 Server |# SING |
|ATIVO11 |FÍSICO |IBM/Risc 6000 |AIX 5.1 |# UNIDADES DE FITA 3590 |
|ATIVO12 |FÍSICO |IBM P6 |AIX 5.3.7 TL9 |# VIO |
|ATIVO13 |VIRTUAL | |Red Hat Enterprise Linux AS release 4 |# Petrobank MDS Server R5000/Recall |
|ATIVO14 |VIRTUAL | |AIX 5.3.7 |# Oracle 9.2.0.4 (Instância PB_PROD) |
|ATIVO15 |FÍSICO |IBM P6 |AIX 5.3.7 TL9 |# VIO |
|ATIVO16 |VIRTUAL | |Red Hat Enterprise Linux AS release 4 | |
|ATIVO17 |VIRTUAL | |AIX 5.3.7 |# Petrobank MDS Server 2003.18.7/Recall/NetTape |
|ATIVO18 |FÍSICO |IBM P6 |AIX 5.3.7 TL9 |# VIO |
|ATIVO19 |VIRTUAL | |Red Hat Enterprise Linux AS release 4 |# Petrobank MDS Server R5000/Recall (ambiente de homologação Petrobank R5000)|
|ATIVO10 |VIRTUAL | |Red Hat Enterprise Linux AS release 4 |# Contingência Petrobank MDS Server R5000/Recall - Equipe de Poço |
|ATIVO21 |FÍSICO |IBM P6 |AIX 5.3.7 TL9 |# VIO |
|ATIVO22 |VIRTUAL | |Red Hat Enterprise Linux AS release 4 |# Petrobank MDS Server R5000/Recall |
|ATIVO23 |VIRTUAL | |AIX 5.3.7 |# Oracle/TSM |
|ATIVO24 |FÍSICO |IBM P5 |AIX 5.3.7 TL9 |# VIO |
|ATIVO25 |VIRTUAL | |AIX 5.3.7 |# TSM 5.5 - ambiente de homologação Petrobank R5000 |
|ATIVO26 |VIRTUAL | |AIX 5.3.7 |# Contingência Oracle da solução Petrobank R5000, ainda não instalado) |
|ATIVO27 |FÍSICO |IBM P5 |AIX 5.3.7 TL9 |# VIO |
|ATIVO28 |VIRTUAL | |AIX 5.3.7 |# Oracle 10.2.0.3 (Instância PB_PROD -ambiente de homologação Petrobank |
| | | | |R5000) |
|ATIVO29 |VIRTUAL | |AIX 5.3.7 |# Contingência TSM da solução Petrobank R5000 |
................
................
In order to avoid copyright disputes, this page is only a partial summary.
To fulfill the demand for quickly locating and searching documents.
It is intelligent file search solution for home and business.