PREGÃO ELETRÔNICO Nº 070/2010 ANEXO I TERMO DE REFERÊNCIA DGT- 009/2010 Processo Licitatório para Sistema de Registro de Preços - aquisição de Solução de Infraestrutura de TI, composta de hardware, software e serviços para modernização de Armazenamento de Dados (Storage & Backup). I OBJETO Constitui objeto deste um Processo Licitatório na modalidade Pregão Eletrônico para SISTEMA DE REGISTRO DE PREÇOS, tipo Menor Preço Global por Lote objetivando a aquisição de solução completa de infraestrutura de TI, de armazenamento de dados composta por componentes de hardware, software e serviços para a ampliação e modernização da infraestrutura de armazenamento de dados, conforme especificações técnicas, requisitos obrigatórios e condições necessárias, definidas neste Termo de Referência, para atender a demanda da Centrais Elétrica de Rondônia S.A - CERON. II JUSTIFICATIVA A necessidade de garantir melhores níveis da qualidade dos serviços prestados internos e externos aos seus utilizadores, nas Empresas do Grupo Eletrobras Distribuição, nos obriga a aquisição de uma solução tecnológica de infraestrutura de TI. Torna-se assim necessária a aquisição de novos equipamentos para suprir as demandas das Empresas, em razão da necessidade de interligação da Holding TI e as demais Empresas do Grupo. Atualmente as Empresas do Grupo, não possuem servidores e espaço de armazenamento para novas demandas, que por ventura surjam com o crescimento e expansão das necessidades tecnológicas que a empresa necessitará. Necessita, portanto, a aquisição de uma solução tecnológica de infra estrutura de TI de forma a suportar as futuras demandas para hospedagem de novos sistemas corporativos de missão crítica que, certamente, exigirão maior poder de processamento. Além disso, a manutenção de equipamentos garantida pelo fabricante. Neste sentido a ELETROBRAS DISTRIBUIÇÃO para manter os seus negócios alavancados deverá considerar a aquisição de equipamentos novos com Tecnologia superiores e maior poder de processamento. Pág. 1 de
III QUANTIDADE A REGISTRAR LOTE 1 Componentes para Solução de Armazenamento de Dados e Backup Corporativo Unificado ITEM DESCRIÇÃO DO PRODUTO UNID ADE QUANTIDAD E ESTIMADA 1 Subsistema de Armazenamento de Dados Tipo 1 Un 1 2 Subsistema de Armazenamento de Dados Tipo 2 Un 1 3 Subsistema de Armazenamento de Dados Tipo 3 Un 1 4 Unidade de Expansão de Discos Tipo 1 Un 1 5 Unidade de Expansão de Discos Tipo 2 Un 1 6 Switch Fibre Channel Un 4 7 Expansão do Switch Fibre Channel Un 1 8 HBA Fibre Channel Un 10 9 Software para Monitoramento de Storage Un 30 10 VTL Virtual Tape Library Un 1 11 Expansão da VTL Virtual Tape Library Un 1 12 TL Tape Library Módulo Básico Un 1 13 TL Tape Library Módulo de Expansão Un 1 14 Drive de Leitura e Gravação Un 2 15 Teraby Software para Gerenciamento de Backup te 8 16 Software para Backup com Desduplicação de Blocos de Teraby Disco te 15 17 Teraby Software para Arquivamento de File System te 5 18 Software para Arquivamento de Correio Eletrônico Caixa Postal 1500 19 Banco de Horas para Serviços Básicos de Instalação e/ou Implementação Horas 750 20 Banco de Horas para Consultoria Técnica Especializada e/ou Transferência de Conhecimento Técnico Horas 750 Pág. 2 de
LOTE 2 Componentes para Solução de Consolidação de Aplicativos e Serviços Diversos em Servidores x86 Blade ITEM DESCRIÇÃO DO PRODUTO UNID ADE QUANTIDA DE ESTIMADA 01 Gabinete para Servidores Tipo Blade Un 2 02 Servidor Blade Tipo 1 Un 14 03 Servidor Blade Tipo 2 Un 14 04 Software para Inventário de Hardwares e Softwares Un 1 05 Rack Padrão 19 Un 2 06 Banco de Horas para Serviços Básicos de Instalação e/ou Implementação Horas 750 07 Banco de Horas para Consultoria Técnica Especializada e/ou Transferência de Conhecimento Técnico Horas 750 LOTE 3 Componentes para Solução de Consolidação de Aplicativos Corporativos de Missão Crítica em Servidores x86 Rack ITEM DESCRIÇÃO DO PRODUTO UNID ADE QUANTIDA DE ESTIMADA 01 Servidor Rack Tipo 1 Un 3 02 Servidor Rack Tipo 2 Un 9 03 Rack Padrão 19 Un 2 04 Software para Inventário de Hardwares e Softwares Un 1 05 Banco de Horas para Serviços Básicos de Instalação e/ou Implementação Horas 750 06 Banco de Horas para Consultoria Técnica Especializada e/ou Transferência de Conhecimento Técnico Horas 750 LOTE 4 Componentes para Solução de Virtualização de Servidores e Aplicativos Corporativos de Missão Crítica ITEM DESCRIÇÃO DO PRODUTO UNID ADE QUANTIDA DE ESTIMADA 01 Software para gerenciamento de Virtualização de servidores Tipo 1 Un 10 02 Software para gerenciamento de Virtualização de servidores Tipo 2 Un 3 03 Software para Disponibilização de Aplicações Un 100 04 Banco de Horas para Serviços Básicos de Instalação e/ou Implementação Horas 750 05 Banco de Horas para Consultoria Técnica Especializada e/ou Transferência de Conhecimento Técnico Horas 750 Pág. 3 de
LOTE 5 Componentes para Solução de Alta Disponibilidade e Contingência de Aplicativos Corporativos de Missão Crítica ITEM DESCRIÇÃO DO PRODUTO UNID ADE QUANTIDA DE ESTIMADA 01 Software para Gerenciamento do Cluster de Alta- Disponibilidade Un 4 02 Appliance para Replicação de Dados Un 1 03 Módulo de Expansão para Replicação de Dados Licenciamento Un 1 04 Módulo de Expansão para Replicação de Dados Appliance Un 1 05 Módulo de Conectividade SAN para Replicação de Dados Un 1 06 Banco de Horas para Serviços Básicos de Instalação e/ou Implementação Horas 750 07 Banco de Horas para Consultoria Técnica Especializada e/ou Transferência de Conhecimento Técnico Horas 750 LOTE 6 Componentes para Solução de Rede ITEM DESCRIÇÃO DO PRODUTO UNIDADE QUANTIDADE ESTIMADA 01 Switch empilhável com 24 portas 10G1000BASE-T e 8 portas 10GBASE-X SFP+ Un 4 (mini-gbic) 02 Switch 24 portas 100/1000 BASE-X e 12 portas 10/100/1000 BASE-T Un 8 03 Switch empilhável com 48 portas 10/100/1000BASE-T Power over Ethernet, 4 portas 1000BASE-X SFP (mini-gbic) e 2 slots Un 12 10G. 04 Switch empilhavel com 24 portas 10/100/1000BASE-T Power over Ethernet, 4 portas 1000BASE-X SFP (mini-gbic) e 2 slots Un 18 10G 05 Switch empilhável com 24 10/100 BASE-TX com PoE, 2 portas Gigabit combo (2 portas Un 24 Gigabit SFP 10/100/1000BASE-T) 06 Extensor Ethernet com 08 (oito) portas 10/100BASE-T Un 50 07 Mini-GBIC SFP 1000LX com conector LC Un 20 08 Mini-GBIC SFP 1000SX com conector LC Un 20 09 Mini-GBIC 1000BASE-BX-D SFP, 1490-nm TX/1310-nm RX wavelength conector LC Un 20 10 Mini-Gbic 1000BASE-BX-U SFP, 1310-nm TX/1490-nm RX wavelength conector LC. Un 20 11 Módulo 10 Gigabit Ethernet SFP+ module, 1310nm, SMF 10km link, conector LC. Un 30 Pág. 4 de
12 Módulo 10 Gigabit Ethernet XFP module, 1310nm, SMF 10km link, conector LC. Un 10 13 Cabo em cobre com conectores SFP+ com 10 (dez) metros de comprimento para conexão Un 40 10 Gigabit Ethernet 14 Cabo de Empilhamento 10 15 Banco de Horas para Serviços Extras de Instalação e/ou Implementação Horas 750 16 Banco de Horas para Consultoria Técnica Especializada e/ou Transferência de Conhecimento Técnico Horas 750 Pág. 5 de
ESPECIFICAÇÕES TÉCNICAS (MÍNIMAS E OBRIGATÓRIAS) LOTE 1 Componentes para Armazenamento de Dados e Backup Corporativo Unificado 1 SUBSISTEMA DE ARMAZENAMENTO DE DADOS TIPO 1 1.1. O subsistema de armazenamento de dados em discos magnéticos deve ser novo, totalmente independente e que conste anúncio mais recente do fabricante. Não serão aceitos equipamentos usados, remanufaturados ou de demonstração. 1.2. A oferta de discos para o subsistema de armazenamento de dados deverá ser da seguinte forma: 1.2.1. Para discos com tecnologia Fibre Channel: 1.2.1.1. 32 (trinta e dois) discos com capacidade mínima de 450 GB, tolerância de 3% (três por cento) para mais ou para menos, com velocidade de rotação de 15.000 RPM; 1.3. Deverá ter no mínimo 64 (sessenta e quatros) Gigabytes de memória cachê, expansível para até 128GB; 1.4. Possuir mecanismo de destage automático do conteúdo da memória cache de escrita para uma área previamente definida e formatada em disco especialmente para esta finalidade, em caso de falta de alimentação elétrica; 1.5. Deverá ter escalabilidade de no mínimo 300 (trezentos) discos magnéticos com possibilidade de futura adição de componentes sem que haja a troca do modelo proposto pelo fornecedor; 1.6. As soluções devem ser entregues montadas em rack padrão 19 do mesmo fabricante do subsistema de armazenamento de dados; 1.7. CONTROLADORA DE DISCO 1.7.1. Ser composto por no mínimo 2 (duas) controladoras redundantes e ativas, garantindo a disponibilidade no acesso aos dados do subsistema no caso de falha completa de uma das controladoras; 1.7.2. Deverá ser expansível até 4 controladoras de discos redundantes e ativas; 1.7.3. Possuir no mínimo 16 (dezesseis) canais Fibre Channel nativos, short wave, conectores padrão LC (Lucent Conector), permitindo conexão direta a servidores (direct attach) ou através de switches Fibre Channel (SAN); 1.7.4. Todos os canais Fiber Channel especificados no item 1.7.3 deverão suportar taxas de transferências de dados de 4 Gb/s (quatro) gigabits por segundo; Pág. 6 de
1.7.5. Possuir no mínimo 4 (quatro) canais Fibre Channel nativos, para conexão interna aos discos ( backend ). Sistema deve ser expansível até 8 canais Fibre Channel; 1.7.6. Todos os canais Fiber Channel especificados no item 1.7.5 deverão suportar taxas de transferências de dados de 4 Gb/s (quatro) gigabits por segundo; 1.7.7. Todos os componentes da solução deverão possuir redundância; 1.7.8. Permitir a manutenção, reparo, substituição e acréscimo de componentes incluindo discos, fontes e ventiladores com o sistema em operação, ou seja, os componentes devem ser "Hot Swappable"; 1.7.9. O fabricante do subsistema deverá ser participante do SNIA (Storage Networking Industry Association) na qualidade de Large Voting Member ; 1.7.10. Deverá implementar mecanismos de proteção ("LUN masking") entre volumes, de forma que os mesmos sejam visíveis ou utilizáveis apenas pelos hosts para os quais estejam destinados; 1.7.11. Permitir o acesso concorrente as LUNs por equipamentos que possuam Sistemas Operacionais idênticos (fornecedor, versão, release e configuração), visando a atender estruturas de alta disponibilidade onde são utilizados mais de um equipamento acessando uma mesma área de armazenamento de dados; 1.7.12. Deverá possibilitar que um volume ou LUN seja configurado para mais de uma interface Fibre Channel; 1.7.13. Deverão efetuar compartilhamento, de forma segura, de uma única porta Fibre Channel do subsistema de discos entre servidores distintos, permitindo que cada servidor tenha acesso aos volumes de dados de sua propriedade; 1.7.14. Deverão prover total e plena disponibilidade das informações armazenadas mesmo em face de atividades de manutenção técnica, tais como substituição de componente, upgrade de capacidade, alteração de características funcionais ou update de microcódigo (firmware); 1.7.15. O subsistema de armazenamento de dados deverá suportar, além de discos FC, discos SATA II e discos de estado sólido ( Flash Drive ). 1.8. DISCO MAGNÉTICO 1.8.1. A capacidade de armazenamento solicitada deverá ser fornecida com a tecnologia RAID 6 combinação máxima permitida de 6D + 2P, a qual deverá ser processada pelo subsistema e não consumir ciclos de CPU dos servidores para garantir a proteção RAID; Não serão aceitas variações de RAID e tecnologias similares, senão as explícitas no edital; 1.8.2. O subsistema de armazenamento de dados deverá suportar todas as tecnologias RAID-1, RAID-10, RAID-5 e RAID-6; Pág. 7 de
1.8.3. Possuir duas ou mais fontes de alimentação internas, independentes, de tal forma que, em caso de falha de uma delas, o subsistema continue a funcionar sem indisponibilizar o acesso aos dados armazenados. 1.8.4. Permitir a manutenção, reparo, substituição e acréscimo de controladoras, discos, fontes e ventiladores com o sistema em operação plena, ou seja, os componentes citados devem ser todos "hot swappable"; 1.8.5. Implementar a funcionalidade de dynamic global sparing, com alocação dinâmica e automática de um disco hot-spare disponível, no caso de perda de qualquer disco do sub-sistema, independente da gaveta, slot, ou localização física no array tanto do hot spare a ser alocado quanto do disco defeituoso a ser substituído; 1.8.6. A quantidade de discos "hot-spare" a ser fornecida deverá obedecer à política do fabricante do equipamento. 1.8.7. Os discos "hot-spare" fornecidos deverão possuir as mesmas características e tamanhos dos discos especificados no item 6 deste edital; 1.8.8. Implementar a funcionalidade de proactive hot sparing, através da qual o subsistema será capaz de alocar um disco hot-spare antes da falha de fato do disco a ser substituído, evitando com isso o custo associado ao mecanismo de reconstrução dos dados anteriormente existentes no disco defeituoso; 1.8.9. CONECTIVIDADE 1.8.9.1. Deve suportar interfaces de conectividade Fibre Channel, Gigabit Ethernet e FICON. 1.9. FUNCIONALIDADES 1.9.1. Deverá ser fornecida juntamente com a solução, licença de uso permanente e intransferível de software adicional, específico para gerenciamento dos subsistemas, sem ônus adicionais; 1.9.2. Possuir funcionalidade de detecção/correção contínua de erros de integridade de dados e de cachê; 1.9.3. O subsistema deverá suportar a funcionalidade de Provisionamento Virtual, por meio da qual o administrador seja capaz de provisionar determinada área em GB para determinado servidor, sem que a totalidade desta área exista fisicamente no subsistema. Deverão ser fornecidas todas as licenças de software necessárias para a implementação desta funcionalidade; 1.9.4. O subsistema deverá suportar a funcionalidade de Qualidade de Serviço, ou seja, deverá possuir mecanismo de software capaz de priorizar as operações de I/O de determinados servidores de forma a atender objetivos de performance previamente parametrizados ( thresholds ); Pág. 8 de
1.9.5. Deverão ser fornecidas juntamente com o subsistema as ferramentas específicas para gerenciamento e administração do mesmo, capazes de operar tanto com interface gráfica (GUI) quanto com interface via linha de comando (CLI), e possuidoras das funcionalidades necessárias para realizar todas as tarefas vitais para a administração diária do subsistema; 1.9.6. Deverão ser fornecidas juntamente com o subsistema as ferramentas específicas para coleta e monitoração de dados de performance do mesmo, capazes de realizar coletas periódicas das métricas essenciais de performance, e exibi-las na forma de gráficos, ou exportá-las na forma de tabelas para outras ferramentas de produtividade; 1.9.7. Deverão ser fornecidas juntamente com o subsistema as licenças de software necessárias para a implementação das funcionalidades de réplicas locais tipo clones e snapshots ; 1.9.8. Deverão ser fornecidas juntamente com o subsistema as licenças de software necessárias para a implementação das funcionalidades de réplicas remotas, na modalidade síncrona (ou assíncrona, dependendo do caso). A réplica remota deverá ser suportada entre o subsistema aqui proposto e outro de mesma arquitetura; 1.10. ACESSO REMOTO 1.10.1. O subsistema deverá possuir função de acesso remoto para diagnóstico remoto em caso de falhas ou defeitos call-home ; 1.10.2. Os dispositivos necessários à implementação dessa funcionalidade são de responsabilidade da CONTRATADA, à exceção de eventual linha telefônica comum, que será fornecida pela CONTRATANTE. 1.10.3. O acesso remoto será controlado pela CONTRATANTE e só poderá ser habilitado com autorização expressa da contratada. 1.10.4. Cabe ao fornecedor informar antecipadamente à CONTRATADA qualquer necessidade de acesso remoto; 1.10.5. Todas as intervenções realizadas remotamente são de responsabilidade do fornecedor, cabendo ao mesmo responder por quaisquer danos porventura decorrentes dessas intervenções. 2 SUBSISTEMA DE ARMAZENAMENTO DE DADOS TIPO 2 2.1. O subsistema de armazenamento de dados em discos magnéticos deve ser novo, totalmente independente e que conste anúncio mais recente do fabricante. Não serão aceitos equipamentos usados, remanufaturados ou de demonstração. 2.2. A oferta de discos para o subsistema de armazenamento de dados deverá ser da seguinte forma: 2.2.1. Para discos com tecnologia Fibre Channel: Pág. 9 de
2.2.1.1. 15 (quinze) discos com capacidade mínima de 450 GB, tolerância de 3% (três por cento) para mais ou para menos, com velocidade de rotação de 15.000 RPM; 2.3. Deverá ter no mínimo 32 (trinta e dois) Gigabytes de memória cache, sendo no mínimo 16 (dezesseis) Gigabytes por controladora. Só será considerada como memória cache se estiver localizada na controladora. 2.4. A memória cache deverá possibilitar a configuração por software em partições distintas para escrita e leitura, sendo a partição de escrita espelhada por hardware em ambas as controladoras; 2.5. O equipamento deve possuir no mínimo 10 GB de memória não volátil dedicada à escrita, NVS/NVRAM; 2.6. Deverá ter memória cache protegida com ECC (Error Correction Code); 2.7. Deverá ter escalabilidade de no mínimo 850 (oitocentos e cinquenta) discos magnéticos, com possibilidade de futura adição de componentes sem que haja a troca do modelo proposto pelo fornecedor; 2.8. As soluções devem ser entregues montadas em rack padrão 19 do mesmo fabricante do subsistema de armazenamento de dados; 2.9. CONTROLADORA DE DISCO 2.9.1. Ser composto por no mínimo 2 (duas) controladoras redundantes e ativas, garantindo a disponibilidade no acesso aos dados do subsistema no caso de falha completa de uma das controladoras; 2.9.2. Deverá efetuar transferências à taxa mínima de 4 (quatro) Gigabits por segundo nos canais Fibre Channel; 2.9.3. Deverá possuir no mínimo 04 (quatro) portas por controladora para conexões front-end; 2.9.4. Possuir no mínimo 4 (quatro) canais iscsi nativos, permitindo conexão a servidores via protocolos Ethernet TCP/IP, sendo aceitos a utilização de gateways ; 2.9.5. Todos os componentes da solução deverão possuir redundância; 2.9.6. Permitir a manutenção, reparo, substituição e acréscimo de componentes incluindo discos, fontes e ventiladores com o sistema em operação, ou seja, os componentes devem ser "Hot Swappable"; 2.9.7. Implementar a tecnologia de 'FAILOVER Automático' entre as controladoras; 2.9.8. Possuir bateria de reserva para controladores e discos de compartilhamento de cachê, permitindo um desligamento ordenado e transferência de cachê para garantir a proteção dos dados em caso de falta de energia; 2.9.9. O fabricante do subsistema deverá ser participante do SNIA (Storage Networking Industry Association) na qualidade de Large Voting Member ; Pág. 10 de
2.9.10. Deverá possuir capacidade de configuração de no mínimo 4.096 LUN (Logical Unit Number); 2.9.11. Deverá implementar mecanismos de proteção ("LUN masking") entre volumes, de forma que os mesmos sejam visíveis ou utilizáveis apenas pelos hosts para os quais estejam destinados; 2.9.12. Permitir o acesso concorrente as LUNs por equipamentos que possuam Sistemas Operacionais idênticos (fornecedor, versão, release e configuração), visando a atender estruturas de alta disponibilidade onde são utilizados mais de um equipamento acessando uma mesma área de armazenamento de dados; 2.9.13. Deverá possibilitar que um volume ou LUN seja configurado para mais de uma interface Fibre Channel; 2.9.14. Deverão efetuar compartilhamento, de forma segura, de uma única porta Fibre Channel do subsistema de discos entre servidores distintos, permitindo que cada servidor tenha acesso aos volumes de dados de sua propriedade; 2.9.15. Deverão prover total e plena disponibilidade das informações armazenadas mesmo em face de atividades de manutenção técnica, tais como substituição de componente, upgrade de capacidade, alteração de características funcionais ou update de microcódigo (firmware); 2.9.16. O subsistema de armazenamento de dados deverá suportar, além de discos FC, discos SATA II e discos de estado sólido ( Flash Drive ). 2.10. DISCO MAGNÉTICO 2.10.1. A capacidade de armazenamento solicitada deverá ser fornecida com a tecnologia RAID 6 combinação máxima permitida de 6D + 2P, a qual deverá ser processada pelo subsistema e não consumir ciclos de CPU dos servidores para garantir a proteção RAID; Não serão aceitas variações de RAID e tecnologias similares, senão as explícitas no edital; 2.10.2. Deverá ser permitida a troca de discos magnéticos (hard-disks) avariados, sem interrupção das operações de I/O das aplicações que estão acessando o subsistema de discos; 2.10.3. Deverá ser disponibilizada a função Dynamic Sparing, cujos discos de reserva (spare) serão fornecidos além da capacidade líquida mínima de armazenamento solicitada; 2.10.4. A quantidade de discos "hot-spare" a ser fornecida deverá obedecer à política do fabricante do equipamento, sendo obrigatório o fornecimento de no mínimo 01 (um) disco "hot spare" a cada 30 (trinta) discos constantes da configuração ora especificada; 2.10.5. Deverá possuir backend com largura de banda entre as controladoras de disco e os discos magnéticos, com taxa de Pág. 11 de
transferência de no mínimo 4 (quatro) Gigabits/s por caminho de acesso, distribuídos em no mínimo 8 portas. 2.11. CARACTERÍSTICAS TÉCNICAS OBRIGATÓRIAS PARA SUBSISTEMA DE DISCOS: 2.11.1. CONECTIVIDADE 2.11.1.1. Deverá estar disponível um mínimo de 8 (oito) canais Fibre Channel, padrão LC short wave, permitindo conexão direta a servidores ou através de switches Fibre Channel (SAN). 2.12. FUNCIONALIDADES 2.12.1. Todas as funcionalidades aqui relacionadas deverão ser habilitadas para a capacidade total do subsistema de discos; 2.12.2. Deverá ser fornecida juntamente com a solução, licença de uso permanente e intransferível de software adicional, específico para gerenciamento dos subsistemas, sem ônus adicionais; 2.12.3. Deverá acompanhar software específico para gerenciamento de performance dos seguintes componentes: discos, canais e cachê; 2.12.4. Possuir funcionalidade de detecção/correção contínua de erros de integridade de dados e de cachê; 2.12.5. Deverão ser fornecidas juntamente com o subsistema as licenças de software necessárias para a implementação das funcionalidades de réplicas locais tipo clones e snapshots ; 2.12.6. Os recursos de gerência deverão permitir sua utilização e visualização através de uma console gráfica e possuir as seguintes funções: Monitoramento do desempenho do subsistema de discos. Geração de alarmes em caso de falhas. Suporte a SNMP. Suporte a padrão SMI-S versão 1.1 Visualização do status dos componentes. Obtenção de estatísticas de utilização. Estatísticas de utilização dizem respeito à performance de componentes de hardware, tais como portas, discos e memória. Medição de utilização de cache, taxas de transferência, números de I/O por segundo. Formatação de volumes e associação de volumes aos HOSTs. Remanejamento de volumes lógicos (LUNs). Monitoramento de funções básicas do storage tais como: status de discos, fontes, ventiladores entre outros. Pág. 12 de
Capacidade de exibir dados históricos de desempenho em forma gráfica. Deverá possuir console gráfica para operação, manutenção e gerencia do subsistema de discos, com algum mecanismo que permita o acesso remoto. 2.12.7. A CONTRATADA deverá fornecer e implementar novas atualizações e correções dos softwares que compõem este Item, utilizando novas mídias ou a rede internet (WEB), conforme recomendações do fabricante e aprovação do Contratante, sem qualquer custo adicional, durante a vigência do contrato. 2.12.8. Caso a utilização de novos releases dos softwares implique em alteração nos procedimentos de gerenciamento e administração dos produtos (hardware e software), a CONTRATADA deverá treinar os empregados, indicados pelo Contratante, para capacitálos a utilizar com correção e eficiência, a fim de garantir a perfeita utilização e disponibilidade da solução baseada nos produtos. 2.13. ACESSO REMOTO 2.13.1. O subsistema deverá possuir função de acesso remoto para diagnóstico remoto em caso de falhas ou defeitos call-home ; 2.13.2. Os dispositivos necessários à implementação dessa funcionalidade são de responsabilidade da CONTRATADA, à exceção de eventual linha telefônica comum, que será fornecida pelo CONTRATANTE. 2.13.3. O acesso remoto será controlado pelo CONTRATANTE e só poderá ser habilitado com autorização expressa da CONTRATADA. 2.13.4. Cabe ao fornecedor informar antecipadamente à COTRATADA qualquer necessidade de acesso remoto; 2.13.5. Todas as intervenções realizadas remotamente são de responsabilidade do fornecedor, cabendo ao mesmo responder por quaisquer danos porventura decorrentes dessas intervenções. 3 SUBSISTEMA DE DISCOS PARA ARMAZENAMENTO DE DADOS TIPO 3 3.1. O subsistema de armazenamento de dados unificados magnéticos deve ser novo, totalmente independente e que conste anúncio mais recente do fabricante. Não serão aceitos equipamentos usados, remanufaturados ou de demonstração. 3.2. Deverá ser fornecida uma unidade de armazenamento baseado em NAS, para armazenamento de tecnologia IP Storage suportando NAS (CIFS, NFS, FTP) e IP SAN (iscsi); 3.3. Arquitetura: Pág. 13 de
3.3.1. Deverá ser constituído de no mínimo 2 (dois) engines redundantes sem ponto único de falha, de modo a implementar total e plena disponibilidade para toda a área em disco, mesmo em situação de falha de componente, qualquer que seja a falha (CPU, memória, barramento de dados, fontes, interfaces ou qualquer outro elemento do sistema), realizando failover automático; 3.3.2. Não serão aceitas soluções baseadas em gateways. 3.4. Memória Cache: 3.4.1. Deverá possuir no mínimo 4 GB (quatro gigabytes) de memória cachê por engine. 3.5. Capacidade: 3.5.1. Deverá possuir área designada com, no mínimo, 15 (quinze) discos de 300 GB 15K RPM, configurado em RAID-6, com pelo menos 01 (um) disco de spare. Cada uma das unidades de discos rígidos deverá possuir taxa de transferência mínima de 4 Gbps; 3.5.2. Deverá ter escalabilidade de no mínimo 450 (quatrocentos e cinquenta) discos magnéticos hard-disks, com possibilidade de futura adição de componentes sem que haja a troca do modelo proposto pelo fornecedor. 3.6. Interfaces: 3.6.1. Possuir no mínimo 02 (duas) portas Gigabit Ethernet com conectores RJ45; 3.6.2. Possuir no mínimo 02 (duas) portas Fibre Channel de 4 Gbps destinadas a conexão com o dispositivo de backup descrito no item 10 deste edital; 3.6.3. Possuir no mínimo 02 (duas) portas Fibre Channel de 4 Gbps destinadas a conexão com uma SAN; 3.6.4. Possuir no mínimo 02 (duas) portas 10 Gigabit Ethernet ópticas; 3.6.5. Possuir no mínimo 01 porta Fast Ethernet 10/100 para gerenciamento com conector RJ45; 3.6.6. Suportar RAID-1/0 (espelhamento), RAID-5 (paridade simples), RAID-6 ou RAID-DP (paridade dupla); 3.7. Softwares: 3.7.1. Possuir sistema operacional, desenvolvido pelo mesmo fabricante do hardware, não sendo aceitas soluções baseadas em sistemas operacionais de mercado Windows, Linux ou UNIX; 3.7.2. Deverá ser licenciado para CIFS, NFS, FTP e iscsi; 3.7.3. Deverá vir licenciado com software para replicação Síncrona e/ou Assíncrona de dados; 3.7.4. Possuir suporte a integração com Active Directory Windows 2003 e 2008 para clientes Windows 2000/2003/2008, XP e Vista; Pág. 14 de
3.7.5. Possuir suporte a integração com NIS e Open LDAP para clientes Linux e UNIX; 3.7.6. Possuir suporte a NFS v2, v3 e v4 para clientes UNIX e Linux; 3.7.7. Possuir suporte a proteção de conteúdo por anti-virus de mercado padrão McAffee, CA, Sophos, Symantec, Trend Micro; 3.7.8. Possuir suporte a acesso multiprotocolo a um mesmo compartilhamento respeitando locking e atributos individuais de cada protocolo; 3.7.9. Possuir suporte a configuração de redundância de enlace de rede nos protocolos Cisco EtherChannel e IEEE 802.3ad; 3.7.10. Possuir suporte a VLAN Tagging IEEE 802.1q; 3.7.11. Possuir suporte a gerenciamento de volumes em sistemas de arquivos com expansão não disruptiva; 3.7.12. Possuir suporte a configuração de interfaces de rede em regime de failover active/standby (FailSafe Networking); 3.7.13. Possuir suporte a gerenciamento dinâmico de volumes com funcionalidades de auto-extensão de capacidade e provisionamento magro de capacidade (thin provisioning); 3.7.14. Possuir suporte a quotas por pastas, usuários e grupos de usuários; 3.7.15. Possuir suporte à criação de múltiplos servidores CIFS (CIFS Servers) virtuais na controladora NAS; 3.7.16. Possuir suporte a IP SAN em protocolo iscsi para servidores Windows 2000, Windows 2003, Windows 2008 e Linux (Red Hat e SuSE) e VMware 3.7.17. Possuir suporte a Microsoft Cluster (MSCS) em protocolo iscsi; 3.7.18. Possuir suporte ao protocolo NDMP para backup LAN-less e Serverless integrado a EMC NetWorker, Symantec Netbackup, IBM Tivoli Storage Manager, Commvault Galaxy, HP Data Protector ou CA BrightStor; 3.7.19. Possuir suporte a snapshots de volumes para recuperação rápida e individual de arquivos, seguindo os seguintes requerimentos: 3.7.19.1. Apenas blocos alterados deverão ser armazenados, consumindo uma área percentual adicional em relação ao volume de produção; 3.7.19.2. Permitir que o usuário final acesse o snapshot para recuperação individual de arquivos; 3.7.19.3. Permitir acesso ao snapshot através do Microsoft VSS para recuperação individual de arquivos; 3.7.19.4. Permitir até 90 versões do mesmo snapshot de um file system NAS; Pág. 15 de
3.7.19.5. Permitir agendamento automático de rotinas de snapshot; 3.7.19.6. Permitir a recuperação completa de um volume através de comando do subsistema; 3.7.20. Possuir suporte a gerenciamento via linha de comando (CLI) e gráfico baseado em aplicação web (HTTP); 3.7.21. Possuir suporte a gerenciamento de desempenho do sistema de armazenamento que informe, de maneira gráfica, operações de rede e consumo das controladoras e do armazenamento; 3.7.22. Possuir suporte a desduplicação de dados armazenados em NAS, capacidade de eliminação de dados redundantes para maior eficiência da capacidade; 3.7.23. Possuir software de gerenciamento com as seguintes funções: 3.8. Disposições Gerais 3.7.23.1. Configuração de hardware e rede; 3.7.23.2. Gerenciamento das controladoras, sistemas de arquivos, compartilhamentos e checkpoints; 3.7.23.3. Gerenciamento de usuário, grupo e cotas; 3.7.23.4. Gerenciamento manual de volumes; 3.7.23.5. Recursos de monitoração do pool de armazenamento integrados; 3.7.23.6. Extensão automática do sistema de arquivos; 3.7.23.7. Análise de tendência baseado em dados históricos; 3.8.1. O sistema de armazenamento de tecnologia IP Storage deverá possuir suporte remoto pelo fabricante com notificação do tipo Callhome; 3.8.2. Deverá ser fornecido instalado em rack do próprio fabricante do equipamento, com no máximo 42Us de altura. 4 UNIDADE DE EXPANSÃO DE DISCOS TIPO 1 4.1. Deverá ser nova, de primeiro uso e estar em linha de fabricação na data da abertura da licitação; 4.2. Deverá ser do mesmo fabricante dos subsistemas de armazenamento de dados especificados nos itens 1, 2, 3 e 4 devendo possuir todos os componentes para sua integração aos mesmos; 4.3. Deverá ser integrado ao subsistema de armazenamento de dados através de conexões Fibre Channel diretamente com o backend do mesmo; 4.4. A unidade de expansão deverá entregue com, no mínimo, 15 (quinze) discos; 4.5. Os discos: Pág. 16 de
4.5.1. Deverão ser ofertados discos Fibre Channel de, no mínimo, 300 GB com velocidade mínima de 15K RPM, em quantidade suficiente para preencher totalmente a unidade de expansão; 4.5.2. Todos os discos deverão ser hot-swap e permitir gerenciamento remoto através do software de gerenciamento, inclusive acionamento de alertas em caso de possíveis problemas nos discos; 5 UNIDADE DE EXPANSÃO DE DISCOS TIPO 2 5.1. Deverá ser nova, de primeiro uso e estar em linha de fabricação na data da abertura da licitação; 5.2. Deverá ser do mesmo fabricante dos subsistemas de armazenamento de dados especificados nos itens 1, 2, 3 e 4 devendo possuir todos os componentes para sua integração aos mesmos; 5.3. Deverá ser integrado ao subsistema de armazenamento de dados através de conexões Fibre Channel diretamente com o backend do mesmo; 5.4. A unidade de expansão deverá entregue com, no mínimo, 15 (quinze) discos; 5.5. Os discos: 5.5.1. Deverão ser ofertados discos Fibre Channel de, no mínimo, 450 GB com velocidade mínima de 15K RPM, em quantidade suficiente para preencher totalmente a unidade de expansão; 5.5.2. Todos os discos deverão ser hot-swap e permitir gerenciamento remoto através do software de gerenciamento, inclusive acionamento de alertas em caso de possíveis problemas nos discos; 6 SWITCH FIBRE CHANNEL 6.1. Possuir, no mínimo, 24 (vinte e quatro portas) portas universais padrão fibre channel 8 Gbit/s full duplex, todas devidamente licenciadas; 6.2. Possuir capacidade de expansão a, no mínimo, 40 (quarenta) portas; 6.3. Suportar, no mínimo, os seguintes port types: F_Port ( Fabric ), FL_Port ( Fabric Loop ), E_Port ( switch-to-switch ), M_Port (mirror port) e EX_Port (Fibre Channel Integrated Routing); 6.4. Implementar, no mínimo, as classes de serviço 2, 3 e F ( inter-switch frames ); 6.5. Permitir a implementação de zonning ; 6.6. Possuir interface de gerenciamento web ou Java; 6.7. Possuir software que permita monitorar a performance do switch; 6.8. Permitir, no mínimo, métodos de gerenciamento SNMP v3 e Telnet; 6.9. Possuir, no mínimo, 01 (uma) porta USB; 6.10. Permitir, no mínimo, método de acesso via Ethernet 10/100Mbps com conectores RJ-45; 6.11. Possuir fontes reduntantes e hot-swappable com sistema de cooling fans integrados; Pág. 17 de
6.12. Permitir tensão de alimentação 110 e 220V (50 e 60hz), com chaveamento automático; 6.13. Ocupar, no máximo, 1U no rack; 6.14. Ser instalado em rack padrão 19 ; 6.15. Possuir elementos de fixação para instalação do equipamento no rack; 6.16. Deverá incluir os cabos elétricos, placas, licenças de ativação e manuais necessários à sua instalação, configuração, gerenciamento e correta utilização; 6.17. Permitir ISL ( Inter Switch Link ) Trunking entre si em modo nativo. A licença necessária à implementação do ISL Trunking deverá ser fornecida para cada equipamento ofertado; 6.18. Deverão ser ofertados cabos duplos de fibra ótica do tipo multímodo com diâmetro de 50 m (cinqüenta mícron), com comprimento mínimo de 10m (dez metros) cada e com conectores tipo LC-LC, para todas as portas licenciadas; 6.19. Ser compatível com todos os hardwares ofertados neste lote. 7 EXPANSÃO DO SWITCH FIBRE CHANNEL 7.1. 08 (oito) GBICS SFP+ ShortWave Lenght (SWL) 8 Gbit/s full duplex com conector tipo LC; 7.2. Deverá incluir licenças de ativação necessárias à sua instalação e correta utilização; 7.3. Deverão ser ofertados cabos duplos de fibra ótica do tipo multímodo com diâmetro de 50 m (cinqüenta mícron), com comprimento mínimo de 10m (dez metros) cada e com conectores tipo LC-LC, para todos os GBICS ofertados; 7.4. Ser compatível com o switch ofertado no item 8 deste edital. 8 HBA FIBRE CHANNEL 8.1. HBA-FC single port com velocidade mínima de 4 Gb/s (quatro gigabits por segundo) full duplex, com capacidade de negociação automática de velocidade, barramento PCI X ou PCI-e, e compatível com sistema operacional windows Server 2003 ou superior ou Linux Red Hat ou SuSe nas suas últimas versões. 9 SOFTWARE PARA MONITORAMENTO DE STORAGE 9.1. Console de Gerenciamento: Administração centralizada por console único de gerenciamento; As configurações de todos os módulos de detecção e criação de relatórios deverão ser realizadas através da mesma console; Console de gerenciamento via MMC (Microsoft Management Console) ou qualquer tecnologia Web (HTTP ou HTTPS); Pág. 18 de
O servidor de gerenciamento deverá possuir compatibilidade para instalação nos sistemas operacionais Microsoft Windows 2003 Server e Red Hat Enterprise Linux 5; Possuir integração com LDAP, para resolução de identidade de usuários e integração com Active Directory, para autenticação de usuários da solução; O servidor de gerenciamento deverá utilizar banco de dados relacional Microsoft SQL Server ou Oracle; A licença do servidor de banco de dados deve ser fornecida conjuntamente com a solução, respeitando as necessidades de dimensionamento do órgão; Permitir a instalação de servidores de gerenciamento, monitores ou scanners adicionais fornecendo assim a possibilidade de trabalhar em Load Balance ou Failover. Possibilidade de realizar atualização nos componentes da solução através da própria console de gerenciamento; Capacidade de criação de contas de usuário com diferentes níveis de acesso de administração e operação; Utilizar cifragem para comunicação entre console de gerenciamento e monitores, scanners e agentes; Realizar comunicação entre os componentes da solução através de porta específica. Armazenar todos os dados relativos a incidentes cifrados no banco de dados; Deve manter um histórico de todas as alterações em configurações ou acompanhamentos de incidentes; 9.2. Definição de Política Toda política criada na solução deve ser compartilhada para uso em qualquer módulo, seja ele um monitor, scanner ou agente; A replicação das políticas criadas na console centralizada deve ser replicada de forma automática aos componentes da solução, não sendo adminitida em hipótese alguma sua replicação manual; Os seguintes critérios devem ser usados para criação de políticas: Conteúdo dos arquivos e protocolos; Remetente e destinatário de correio; Tipo, nome e tamanho do arquivo; Protocolo de comunicação utilizado. Implementar um sistema de graduação dos incidentes de acordo com parametros pré-estabelecidos, tais como: Quantidade de dados expostos; Pág. 19 de
Arquivos e Dados específicos expostos; Remetente ou destinatário de correio especificos; Protocolo de comunicação utilizado; Deverá criar regras de exclusões para as políticas de acordo com grupos de usuários fornecidos pelo diretório; Permitir a criação de políticas que combinem várias regras com regras E/OU lógicas e de exceção; Permitir combinar numa única política várias técnicas de detecção (Conteúdo Indexado e Descrito) e exceções. 9.3. Resposta a incidents 9.4. Relatórios Possuir notificações personalizaveis através de e-mail em caso de violação de política; Deverá permitir ao adminsitrador acrescentar quais detalhes sobre o incidente serão enviados nas notificações; Deverá ser possível notificar automáticamente o remetente e/ou gerente do usuário envolvido no incidente; Permitir tomar ações automáticas pré-definidas na detecção de incidentes, tais como: Bloqueio de mensagem, quarentena de arquivo, notificação ao usuário e bloqueio do acesso web; Deverá possuir integrada a console a funcionalidade de workflow para tratamento dos incidentes. Deverá ser possível utilizar no workflow características como severidade, status, filas de tratamento e atributos dos incidentes; As informações detectadas nos incidentes devem ser possíveis de ser visualizadas através da console de gerenciamento; Deverá ser possível ocultar a visualização de evidencias de acordo com o nível de permissões da solução; Deverá ser exibido na console de gerenciamento todas as informações a respeito do incidente, tais como, Timestamp, Método de detecção, Remetente e destinatário, Mensagens e anexos eprotocolo e endereço IP; Permitir agregar diversos incidentes em um caso para investigação mais detalhada; Permitir exportar incidentes ou casos para formato HTML, de forma que não exista necessidade de credenciais de acesso a solução para visualização das informações; Pág. 20 de