1 Análise de Viabilidade da Contratação (Art. 14, Resolução CNJ 468/2022)

1.1. Descrição da necessidade (Art. 18, § 1º, I, da Lei n. 14.133/2021)

A presente contratação tem por objetivo dar continuidade aos serviços de proteção, salvaguarda e restauração dos dados do CJF, para que o órgão esteja em conformidade com sua política de backup, conforme portaria CJF n. 540/2021.

1.2. Motivação da contratação

CJF

A Sala Cofre do CJF hospeda dois Ambientes de Infraestrutura. O primeiro refere-se à infraestrutura tecnológica (Hardwares e Softwares) Corporativa do CJF e a segunda está a infraestrutura tecnológica (Hardwares e Softwares) da NUJUFE.

·Para o primeiro Ambiente, em se tratando de solução de Backup/Restore, no ano de 2021 foi aberto o processo SEI 0000255-05.2021.4.90.8000 para aquisição de nova Solução de Backup/Restore, devido ao aumento de volume de armazenamento de dados dos ambientes de desenvolvimento, homologação e produção.

·Ocorre que na ocasião não foi autorizada a ampliação da solução de backup, conforme consta no processo SEI 0002070-09.2020.4.90.8000, mas somente a extensão da garantia da atual solução.

·Foi iniciado outro processo SEI 0000348-58.2022.4.90.8000, contemplando somente a contratação de extensão de garantia da solução implantada, resultando no contrato n. 009/2022, contemplando “Suporte e manutenção corretiva e preventiva da solução de backup existente, incluindo dois appliances físicos DD 6800, serviço de suporte técnico, atualização de firmwares, de sistemas operacionais, de versões dos softwares de gerência, com substituição de equipamentos e peças, com extensão de garantia por 36 meses.”

·Tal contrato licenciava somente o volume de armazenamento de 50 TB com o Software Avamar. Vale ressaltar que em janeiro de 2021, no Processo SEI 0000255-05.2021.4.90.8000 já havia a informação de que a solução de armazenamento/storage do CJF tinha aumentado para mais de 300 TB.

·Vale ressaltar que atualmente esse é o cenário de infraestrutura da solução de Backup/Restore do ambiente corporativo do CJF.

·Considerando que a atual solução de backup corporativo não suporta o atual volume de dados, está sendo utilizado a solução de backup da NUJUFE para realização de backup. Tal cenário está comprometendo a guarda de dados.

·Após o incidente no ambiente datacenter do CJF, ocorrido no dia 03/02/2023 devido a uma oscilação severa de alimentação elétrica, foi verificado a necessidade urgente de modernização da infraestrutura do Datacenter, tal como a ampliação da solução de backup/restore.

TRF1/TRF6

A Solução de backup da Justiça Federal da 1ª Região (JF1) atualmente instalada decorre do fornecimento objeto dos contratos 7.479/2007 e 6.839/2010, por meio dos quais foi adquirida a solução Netbackup do fabricante Veritas. A última contratação observou modelo de licenciamento por quantidade de dados "bacapeados" (volumetria), com aquisição de 30 TB (trinta terabytes). Ocorre que no decorrer do tempo, com a ampliação das bases de dados, serviços de TI e posteriormente instituição dos sistemas digitais, o licenciamento mostrou-se bastante defasado frente ao ambiente atual da JF1.

A JF1, historicamente, utiliza a modalidade de licenciamento de software de backup por volumetria, a qual encontra-se defasada e fora de conformidade aos requisitos de utilização junto ao fabricante. Diante o cenário, surge a necessidade de adequação de licenciamento ao ambiente tecnológico atualmente implantado no âmbito da JF1. Com a consolidação da infraestrutura por meio da virtualização, o modelo de licenciamento por processadores e/ou clientes mostra-se bastante interessante tanto economicamente, quanto tecnicamente, visto que a flexibilidade e escalabilidade de ambiente virtual é baseado em processador, bem como as licenças para clientes não possuem limitação de quantidade de armazenamento. Configura-se, entretanto, como a única modalidade presente em todos os fabricantes, sendo tendência de mercado unificação nessa modalidade. O direcionamento para licenciamento diferenciado poderia acarretar indevida restrição de competitividade.

A adoção de serviços em nuvem vem sendo uma tendência em diversos órgãos ou empresas públicas, aumentando a disponibilidade e confiabilidade. Dessa forma, esta contratação visa adequar a solução de backup institucional aos novos cenários que se desenham para a JF1 como adoção de serviços de infraestrutura e compatibilidade com armazenamento em nuvem, sem preterir, entretanto, do armazenamento local, em razão do maior desempenho e dos custos decorrentes de restaurações a partir da nuvem.

Após realização de Consulta Pública (Consulta N. 1/2020 - SEI12985772) para prosseguimento dessa contratação, bem como as várias tentativas de cotações de preços junto aos fornecedores, percebeu-se grande resistência quanto à precificação dos serviços de migração, inicialmente visto como item desta contratação. Tal serviço de migração implica, de certa forma, na diminuição da concorrência e favorecimento do fabricante Veritas, o qual não teria de realizar o serviço, por ser a solução atualmente implantada na JF1. Diante o cenário a equipe técnica, no decurso desse planejamento, optou pela exclusão do item de migração de forma a viabilizar maior concorrência e tentar gerar maior participação no certame.

Devido a limitações em seus diversos sistemas, novos e legados, a JF1 tem enfrentado limitações ou problemas com relação à cópia de dados, a destacar alguns ambientes: RED (Repositório Eletrônico de Documentos), e-proc, JCR (módulo do PJe para arquivos anexos dos processos), arquivos de mídia digital da ASCOM, bancos de dados Oracle, Postgres, sistemas de arquivos NAS dos storages, dentre outros. Nesse cenário, torna-se altamente recomendável atualização da solução atual e com suporte vigente, de forma a fazer frente a tais situações desafiadoras.

Relativamente aos serviços de treinamento, necessário considerar que parcela da equipe técnica é carente de treinamento amplo na solução atual, sendo necessário o nivelamento e cobertura da defasagem de conhecimento sobre ela, além da possibilidade de outra solução se sagrar vencedora do certame, requerendo por si a capacitação de toda a equipe responsável pela administração das cópias de segurança na 1ª Região. Tais treinamentos justificam-se, adicionalmente, por motivos de essencial necessidade de descentralização das atividades de backup às diversas seccionais da JF1.

A não contratação de uma solução de backup enseja desconformidade do licenciamento bem como riscos à salvaguarda das informações digitais da JF1, onde seria retirada toda a garantia, disponibilidade, resposta a perdas de dados, confiabilidade dos dados, e deixaria o a infraestrutura tecnológica do Tribunal Regional Federal da Primeira Região (TRF1), bem como suas respectivas seccionais sem proteção quanto ao backup dos dados institucionais.

TRF2

Possibilitar a substituição do atual storage destinado ao backup, cuja garantia de 5 anos termina em 2024, por equipamentos de armazenamento desenvolvidos especificamente para gerenciamento e guarda de backups, com funcionalidades, desempenho e recursos otimizados para estas finalidades, modernizando a solução adotada pelo Tribunal.

1.3. Demonstrativo dos resultados pretendidos em termos de economicidade e de melhor aproveitamento dos recursos humanos, materiais e financeiros disponíveis(Art. 18, § 1º, IX, da Lei n. 14.133/2021)

1.3.1. Redução dos riscos de interrupção dos serviços e sistemas em decorrência da implantação de mudanças na infraestrutura de TI;

1.3.2. Aumentar a segurança e eficiência dos backups dos dados de todos os sistemas do CJF;

1.3.3. Aumentar e manter os serviços com elevado padrão de desempenho, qualidade e confiabilidade;

1.3.4. Assegurar a sustentabilidade dos serviços que envolvem a infraestrutura de TI;

1.3.5. Fornecer níveis de disponibilidade condizentes com as necessidades do CJF, provendo ininterruptamente os serviços de backup durante 24 horas por dia nos 365 dias do ano e possuir recursos que minimizem ocasionais indisponibilidades;

1.3.6. Fornecer níveis de desempenho condizentes com as necessidades do CJF, provendo serviços de backup com tempos de resposta que não acarretem impactos na percepção dos usuários desses serviços;

1.3.7. Fornecer níveis de segurança às informações do CJF condizentes com os requisitos de integridade e confiabilidade do CJF, provendo recursos que permitam operacionalização de melhores práticas relativas a essas questões;

1.3.8. Existência de serviços especializados para realizar os diagnósticos e todas as ações de suporte para restabelecer o pleno funcionamento dos recursos de proteção de dados no menor tempo de espaço possível;

1.3.9. Estar em conformidade com a Portaria CJF n. 540/2021, que dispõe sobre a institucionalização da política de backup e restauração de arquivos do Conselho da Justiça Federal e dá outras providências;

1.3.10. Prover maior segurança para os usuários acerca dos dados armazenados pelo CJF;

1.4. Demonstração da previsão da contratação no plano de contratações anual (Art. 18, § 1º, II, da Lei n. 14.133/2021)

1.4.1. A pretendida contratação encontra-se prevista no Item 115 – Ampliação da solução de backup/restore do Plano Anual de Contratações 2023no Processo 0000698-13.2022.4.90.8000.

1.5. Alinhamento entre a contratação e o planejamento estratégico

A contratação está alinhada com as seguintes diretrizes estratégicas aplicáveis ao Conselho da Justiça Federal:

1.5.1. Estratégia Nacional do Poder Judiciário 2021-2026 – Resolução CNJ n. 325, de 30 de junho de 2020:

·Macro desafio do Poder Judiciário: fortalecimento da estratégia nacional de TIC e de proteção de dados.

1.5.2. Estratégia Nacional de Tecnologia da Informação e Comunicação do Poder Judiciário 2021 – 2026 – Resolução CNJ n. 370 de 28 de janeiro de 2021:

·Objetivo estratégico: aprimorar a Segurança da Informação a Gestão de Dados.

1.5.3. Estratégia do Conselho da Justiça Federal – Portaria CJF n. 576, de 24 de junho de 2020:

·Objetivo estratégico: fortalecer a segurança da informação - promover ações que objetivam viabilizar e assegurar a disponibilidade, a integridade e a confidencialidade das informações, assim como a transparência e a proteção aos dados pessoais, desde a sua coleta até o seu processamento e o compartilhamento.

1.5.4. Plano Estratégico de Tecnologia da Informação da Justiça Federal – Resolução CJF n. 685, de 15 de dezembro de 2020:

·Objetivo estratégico:Promover a transformação digital para aprimoramento dos serviços prestados pelo CJF

1.5.5. Plano Diretor de Tecnologia da Informação 2021 – 2023 - Portaria CJF n. 600, de 11 de fevereiro de 2021:

·Iniciativa 4: Aprimorar serviços de TI do CJF.

·Iniciativa 6: Manter serviços de TI em operação.

·Iniciativa 13: Aperfeiçoar a infraestrutura de TI do CJF.

1.6. Contratações correlatas e/ou interdependentes (Art. 18, § 1º, XI, da Lei n. 14.133/2021)

·contrato n. 009/2022, contemplando “Suporte e manutenção corretiva e preventiva da solução de backup existente, incluindo dois appliances físicos DD 6800, serviço de suporte técnico, atualização de firmwares, de sistemas operacionais, de versões dos softwares de gerência, com substituição de equipamentos e peças, com extensão de garantia por 36 meses.”

1.7. Definição dos requisitos (Art. 18, § 1º, III, da Lei n. 14.133/2021)

1.7.1. Requisitos de negócio

1.7.1.1. Assegurar a efetividade dos serviços de TI para o CJF e a Justiça Federal, através da continuidade dos serviços de cópias de segurança do ambiente de forma satisfatória, conforme a Política de Backup;

1.7.1.2. Assegurar a restauração dos dados requisitados pelos usuários do CJF de acordo com a Política de Backup do órgão;

1.7.1.3. A solução deve permitir armazenar a quantidade de dados necessária para cumprir com a retenção dos dados de acordo com a Política de Backup;

1.7.2. Requisitos de garantia

1.7.2.1. A garantia da solução deve permitir reparar eventuais falhas e substituir peças com defeito por outras de configuração idêntica ou superior;

1.7.2.2. A garantia da solução deve permitir a atualização dos produtos licenciados assim que novas versões e releases dos softwares que fizerem parte da solução contratada estiverem disponíveis.

1.7.3. Requisitos técnicos

1.7.3.1. Os serviços de suporte deverão ser capazes de atender às demandas de compatibilidade da solução de backup com a infraestrutura computacional existente no CJF.

1.7.4. Requisitos de suporte

1.7.4.1. Será prestado serviço de suporte técnico durante toda a vigência do contrato, com direito a atualizações de versões da solução que incorporem correções de defeitos e melhorias implementadas pelo fabricante.

1.7.5. Requisitos de sustentabilidade ambiental

1.7.5.1. A CONTRATADA será responsabilizada por qualquer prejuízo que venha causar ao CJF por ter suas atividades suspensas, paralisadas ou proibidas por falta de cumprimento de normas ligadas ao software e ainda aos serviços elencados no presente Termo de Referência;

1.7.5.2. A CONTRATADA deverá comprovar que os produtos ofertados atendem aos critérios de segurança, compatibilidade eletromagnética e eficiência energética, previstos no art. 3º, inciso II, do Decreto n. 7.174, de 12 de maio de 2010, regulamentado pela Portaria INMETRO n. 170, de 10 de abril de 2012;

1.7.5.3. Só será admitida a oferta de bens de informática e/ou automação que não contenham substâncias perigosas em concentração acima da recomendada na diretiva RoHS (Restriction of Certain Hazardous Substances), tais como mercúrio (Hg), chumbo (Pb), cromo hexavalente (Cr (VI)), cádmio (Cd), bifenil polibromados (PBBs), éteres difenil-polibromados (PBDEs), conforme o art. 5º, inciso IV, da IN MPOG 01, de 19 de janeiro de 2010;

1.7.5.4. As comprovações dos dois itens anteriores, quando exigidas pela CONTRATANTE, poderá ser feita mediante apresentação de certificação emitida por instituição pública oficial ou instituição credenciada, ou por qualquer outro meio de prova, em especial laudo pericial, que ateste que os bens fornecidos cumprem com as exigências do edital, conforme art. 42, inciso III, da Lei 14.133, de 1º de abril de 2021;

1.7.5.5. A CONTRATADA deverá, para a execução do contrato, fornecer aos empregados os equipamentos de segurança que se fizerem necessários, para a execução de serviços, conforme disposto no art. 6°, inciso IV, da Instrução Normativa SLTI/MPOG n. 01, de 19 de janeiro de 2010;

1.7.5.6. A CONTRATADA deverá se atentar às normas em vigor atinentes à sustentabilidade expressas na 2ª edição do Manual de Sustentabilidade de compras e contratos do Conselho da Justiça Federal, instituído pela Portaria CJF n. 96, de 10 de fevereiro de 2023; 

1.7.5.7. A CONTRATADA deverá respeitar a legislação vigente e as normas técnicas, elaboradas pela ABNT e pelo INMETRO para aferição e garantia de aplicação dos requisitos mínimos de qualidade e acessibilidade do software e ainda dos serviços elencados neste Termo de Referência.

1.7.6. Requisitos legais e normativos aplicáveis ao objeto da contratação

1.7.6.1. Política de Backup do CJF, da Portaria CJF (CJF-POR-2021/00540);

1.7.6.2. Lei n. 14.133, de 1º de abril de 2021;

1.7.6.3. Resolução CNJ 468, de 15 de julho de 2022; e

1.7.6.4. Portaria CJF n. 232, de 30 de maio de 2023

1.8. Alternativas de soluções e análise de mercado de Tecnologia da Informação e Comunicação (Art. 18, § 1º, V, da Lei n. 14.133/2021)

1.8.1. Alternativa 1: utilizar software livre / software público

No universo de softwares livres, existem diversas soluções. Ocorre que todo uso de software livre demanda esforços técnicos de desenvolvimento e customização da solução. Cumpre registrar que o quadro de servidores da Diretoria de Tecnologia da Informação é reduzido,a demanda de serviços, gerada pornovos sistemas sobrecarregou, sobremaneira, os trabalhos afetos a esta Diretoria, sem, contudo, aumentar o quadro funcional que já vinha defasado de mão de obra especializada.

É inegável que uma prestação de serviços eficiente está condicionada à existência de um contingente de pessoal capacitado e em número suficiente para atender à demanda de usuários dos nossos serviços, pois a insuficiência de pessoal além de contribuir para que o serviço prestado seja ineficiente e moroso, faz com que haja acúmulo e sobrecarga de trabalho nos poucos servidores existentes. Apesar de ser cediço que tal situação não é adequada, consignamos que os servidores da Secretaria de Tecnologia da Informação cumprem sua missão institucional com inegável zelo e esforço, pois, uma vez que não há possibilidade de desligamento dos sistemas informatizados que operamos, nossa equipe tem trabalhado diuturnamente, no decorrer dos sete dias da semana.

Dessa forma, uma vez que a Instituição não conta com profissionais especializados em quantidades necessárias para a operacionalização das atividades de desenvolvimento e customização dos softwares livres, esta alternativa não foi considerada.

1.8.2. Alternativa 2: adquirir nova solução de backup

Em levantamento de mercado realizado, incluindo o estudo realizado acerca de soluções utilizados por outros entes da Administração Pública, foram encontradas diversas potenciaissoluções.

Diante disso, a equipe de planejamento, realizou um comparativo, dos principais requisitos, com base em dados disponibilizados no site de cada fabricante. As soluções identificadas como líderes de mercado foram comparadas conforme descritivo a seguir:

Os principais pontos a serem especificados, são:

ITEM	MOTIVAÇÃO
Integração com VMware	Ambiente utilizado hoje
Integração com Oracle	Ambiente utilizado hoje
Integração com Kubernets	Ambiente utilizado hoje
Integração com Openshift	Ambiente utilizado hoje
Integração com snapshot - NetApp	Ambiente utilizado hoje
Integração com clone - NetApp	Ambiente utilizado hoje
Integração com replicação - NetApp	Ambiente utilizado hoje
Integração com ambiente Docker	Ambiente utilizado hoje
Integração com Office 365	Ambiente utilizado hoje
Envio de backup para Nuvem	Possibilidade para realizar backup fora do ambiente do CJF
Gerenciamento centralizado	Maior eficiência operacional
Appliance de Backup	Proteção Local para atender o 3-2-1

Assim, considerando que a maioria das soluções disponíveis no mercado é capaz de atender os pontos especificados acima, a equipe de planejamento considera que é viável a disputa aberta entre diversas soluções existentes no mercado definindo-se um conjunto mínimo de funcionalidades a serem atendidas.

1.8.3. Alternativa 3: utilizar a solução de backup já existente no CJF

Tal alternativa, apesar de registrada no presente documento, não se apresenta como viável, considerando que a atual solução não comporta mais o volume de dados do órgão, com grande risco de perda de dados e consequentemente incorporando risco inaceitável para o órgão. Soma-se a isto o fato que o atual equipamento em breve entrará em EOS (End of Support).

Requisito	Solução	Sim	Não	Não se aplica
A Solução encontra-se implantada em outro órgão ou entidade da Administração Pública Federal?	2, 3	X
A Solução encontra-se implantada em outro órgão ou entidade da Justiça Federal?	2, 3	X
A Solução está disponível no Portal do Software Público Brasileiro?	2, 3		X
A Solução é um software livre ou software público?	2, 3		X
A Solução é aderente às políticas, premissas e especificações técnicas definidas pelos Padrões e-PING, e-MAG?	2, 3			X
A Solução é aderente às regulamentações da ICP-Brasil? (quando houver necessidade de certificação digital)	2, 3			X
A Solução é aderente às orientações, premissas e especificações técnicas e funcionais do Modelo de Requisitos para Sistemas Informatizados de Gestão de Processos e Documentos do Judiciário – MoReq-Jus?	2, 3			X

1.9. Justificativa da escolha do licenciamento por volumetria

1.9.1. Alternativa 2: Nova solução de backup (Tipo: Front End TB)

Ao adotar o licenciamento por front end terabyte, garantimos a proteção dos dados, independentemente de onde estejam armazenados. Isso é especialmente valioso em ambientes complexos, nos quais os dados podem estar distribuídos em várias localidades, como servidores locais, sistemas de armazenamento em rede (NAS) e até mesmo em ambientes de nuvem. Essa abordagem abrangente nos permite obter uma solução de backup unificada, independentemente da localização dos dados, garantindo a proteção adequada em todos os cenários.

É importante destacar que os principais fabricantes de solução de backup, como Dell, Commvault, Veeam e Veritas, adotam o formato de licenciamento por terabyte. Essas empresas são líderes do setor e oferecem soluções de backup robustas e confiáveis. Ao optar pelo licenciamento por front end terabyte, estamos alinhando nossa estratégia de backup com as práticas recomendadas pelos líderes do mercado, o que nos proporciona confiabilidade e suporte contínuo ao longo do tempo.

Uma das vantagens significativas do licenciamento por front end terabyte é a ausência de restrições em relação às mudanças de arquiteturas do ambiente computacional. À medida que evoluímos e atualizamos nossa infraestrutura de TI, como a adoção de novas tecnologias de virtualização, containers ou outras inovações, não precisamos nos preocupar em adquirir licenças adicionais para cada máquina virtual ou elemento de nossa arquitetura. O licenciamento por front end terabyte nos oferece a liberdade de adaptar nosso ambiente computacional sem implicações custosas em termos de licenciamento.

Com esse licenciamento, estamos preparados para lidar com cargas de trabalho hospedadas na nuvem. À medida que a computação em nuvem continua a ganhar popularidade e as organizações migram suas operações para plataformas de nuvem pública ou privada, é fundamental ter uma solução de backup que possa proteger efetivamente esses dados. O licenciamento por front end terabyte nos fornece essa capacidade, permitindo que aproveitemos os benefícios da nuvem sem preocupações excessivas em relação ao licenciamento.

Em contrapartida, embora o licenciamento baseado no número de máquinas virtuais seja uma opção comum, é importante considerar algumas desvantagens associadas a essa abordagem, sendo que o licenciamento baseado no número de máquinas virtuais pode impor restrições à escalabilidade de nossa infraestrutura. À medida que adicionamos novos serviços ao ambiente, precisamos adquirir licenças adicionais para cada máquina virtual que será criada para disponibilização do serviço em questão. Isso pode resultar em custos significativos à medida que nossa infraestrutura cresce, além de complexidade administrativa para acompanhar e gerenciar todas as licenças individuais.Gerenciar licenças para máquina virtual pode se tornar um processo complicado e propenso a erros de dimensionamento. É necessário acompanhar e manter registros precisos das estratégias de negócio para a utilização de novas aplicações ou criação de novos serviços, o que demanda tempo e esforço. Essa complexidade pode aumentar à medida que o número de máquinas virtuais aumenta, dificultando o gerenciamento eficiente do ambiente de backup.

Esse licenciamento baseado no número de máquinas virtuais pode restringir a flexibilidade de adaptar e modificar nosso ambiente computacional. Caso precisemos adicionar ou remover máquinas virtuais, podemos nos deparar com limitações impostas pelas licenças individuais. Isso pode gerar obstáculos ao dimensionamento e à otimização de nossa infraestrutura, dificultando a implementação de mudanças e inovações tecnológicas.

Desta forma, o licenciamento por frontend terabyte oferece vantagens significativas em termos de proteção independentemente do local de armazenamento, alinhamento com os principais fabricantes de solução de backup, flexibilidade em mudanças de arquitetura e preparação para cargas de trabalho em nuvem. Por outro lado, o licenciamento baseado no número de máquinas virtuais apresenta desvantagens relacionadas à escalabilidade, complexidade no gerenciamento e limitações na adaptação do ambiente computacional. Considerando esses pontos, a opção de licenciamento por front end terabyte se mostra mais vantajosa e alinhada com nossas necessidades de backup e proteção de dados.

Levando em consideração o ambiente do CJF, vale ressaltar que hojeo CJF possui aproximadamente 602 servidores em rede em uma volumetria de aproximadamente 80 TB, com base nos valores médios destacados neste estudo, o custo médio para cada TB é equivalente ao custo de cada servidor, considerando os 80 TB do ambiente virtual, já que o licenciamento do ambiente NAS é exclusivamente licenciado por volumetria.

A fim de evidenciarmos os tópicos abordados acima, segue trecho do guia de licenciamento de alguns fabricantes, onde apresenta claramente as limitações acima descritas com o alerta de NÃO proteção dos dados excedidos.

“If the license limit is exceeded by more than 10% (50 instances and more), Veeam Backup & Replication does not process the workloads exceeding the limit, and displays a warning message every time you open the Veeam Backup & Replication console. In the message, Veeam Backup & Replication provides information on the number of instances by which the license is exceeded.”https://helpcenter.veeam.com/docs/backup/vsphere/license_exceeding.html?ver=120

“When a Commvault license is enumerated on a “Per Virtual Machine” basis, this refers to any operating instance (environment) that is running on an identified hypervisor. Commvault software identifies the operating system and any relationship to a hypervisor or layer of abstraction between the OS and hardware. Note that Unix-based Virtualization (LPAR) is not considered to be running on a Virtual Hypervisor, and as such will be counted as non-Virtual entities from a licensing perspective. Platform-as-a-Service (PaaS) and other Cloud Applications where access to the underlying Operating System/Compute Instance is restricted by the providing vendor do not meet the definition of a virtual machine and are considered non-Virtual. Examples include Amazon RDS, Azure SQL Database, Azure Cosmos DB, and other fully-managed PaaS database engines.” https://documentation.commvault.com/2022e/essential/assets/pdf/commvault-complete-license-guide.pdf

1.10. Análise e comparação entre as estimativas de custos totais de propriedade das soluções de TIC

1.11. Justificativa da escolha da alternativa de solução a contratar

1.11.1. Alternativa/Solução escolhida: Alternativa 2 – Nova solução de backup

Das soluções identificadas, a contratação de uma nova solução de proteção de dados se mostrou mais vantajosa, pois renovar a solução atual apesar de registrada no presente documento, não se apresenta como viável, considerando que a atual solução não comporta mais o volume de dados do órgão, com grande risco de perda de dados e consequentemente incorporando risco inaceitável para o órgão. Soma-se a isto o fato que o atual equipamento em breve entrará em EOS (End of Support).

1.11.2. Estimativa preliminar do custo total da contratação: R$ 125.105.400,00, conforme mapa de preço id.0494854

1.11.3. Justificativa para a escolha de solução(Software / Hardware)de proteção de dados:

Atualmente, o CJF possui appliances para armazenamento do backup de todos os serviços, situado dentro da sala cofre, que já estão em End-of-life, identificando-se, portanto, a necessidade de aquisição de novos appliances, que possibilite a criação de um ambiente de recuperação de desastres com vistas a aumentar a maturidade de segurança de dados.

A intenção do CJF preconiza na busca das melhores condições comerciais e técnicas, abaixo podemos ressaltar alguns benefícios técnicos e comerciais:

O licenciamento na modalidade por Front End Terabyte – FETB tem como objetivo simplificar o controle das licenças uma vez que nossa infraestrutura da TI, é composta por várias marcas/modelos de Sistemas Operacionais, Banco de Dados, Aplicações, Servidores físicos e Servidores Virtuais e entendemos que em ambientes plurais como o do CJF, se faz necessário um único licenciamento, com uma única métrica.

Fica claro, que a necessidade atual deste órgão, não é somente a compra de um Software de backup, mas sim de uma solução composta de Hardware e Software, que garanta a segurança dos dados contra um ataque ransomware e a continuidade do negócio com os sistemas críticos em um datacenter secundário.

O licenciamento atual da solução de backup não contempla os serviços do Office 365. É necessário pontuar que a proteção dos dados do Office 365 é uma necessidade importante para se adequar às exigências da LGPD e Acórdão 1109/2021 do TCU com foco no atendimento aos 5 subcontroles:

https://pesquisa.apps.tcu.gov.br/#/documento/acordao- completo/*/NUMACORDAO%253A1109%2520ANOACORDAO%253A2021%2520COLEGIADO%253A%2522Plen%25C3%25A1rio%2522/DTRELEVANCIA%2520desc%252C%2520NUMACORDAOINT%2520desc/0/%2520

Outro ponto importante é que no contrato público do fabricante Microsoft Office 365 fica claro que a responsabilidade da proteção dos dados será do CJF, conforme apresentado a seguir:

https://www.microsoft.com/pt-br/servicesagreement

Proteção contra ataques cibernéticos, por exemplo Ransomware, novamente o contrato público do fabricante Microsoft Office 365 fica claro que a responsabilidade da proteção dos dados será do CJF, conforme apresentado a seguir:

https://docs.microsoft.com/en-us/microsoft-365/security/office-365-security/recover-from-ransomware?view=o365-worldwide

Pelo exposto, haverá necessidade de adquirir a volumetria de 180 TB Front End, equipamento de curta retenção com no mínimo 400 TB, equipamento de longa retenção com no mínimo 600 TB e solução de backup para Office 365 para no mínimo 600 caixas.

Ademais, a aquisição dos elementos de curta e longa retenção mostra-se imperiosa visto que a atual soluçãode backup já não suporta o volume de dados necessários para a proteção do ambiente, com grande risco de perda de dados e consequentemente incorporando risco inaceitável para o órgão.

Para o elemento de curta retenção, para atender a demanda atual será solicitado de imediato o equipamento com 01 (uma) expansão de armazenamento. As demais expansões serão solicitadas sob demanda pelo CJF. As boas práticas ainda indicam que o elemento de longa retenção deve ser colocado em local distinto, sendo indicado a localização do mesmo no STJ, dado o acordo de cooperação vigente entre os órgãos, visando a implantação de um site de contingência.

Com base nas informações levantadas acima, se faz necessário a contratação de uma solução de proteção de dados, composta dos seguintes itens:

Grupo	Item	Descrição	Unidade de Medida	CJF
1	1	Subscrição de licenças de software para proteção de dados para 60 meses	Front End Terabyte	180
	2	Subscrição de solução de backup para o Microsoft 365 por 60 meses	Usuários	600
	3	Appliance de backup para armazenamento de dados para curta retenção com garantia por 60 meses	Equipamento	1
	4	Expansão do Appliance de backup para armazenamento de dados para curta retenção com garantia por 60 meses	Expansão de Equipamento	5
	5	Appliance de backup para armazenamento de dados para longa retenção com garantia por 60 meses	Equipamento	1
	6	Expansão de Appliance de backup para armazenamento de dados para longa retenção com garantia por 60 meses	Expansão de Equipamento	0
	7	Serviço de Instalação e configuração	Serviço	1
	8	Transferência de conhecimento	Turma	1
	9	Suporte técnico especializado de toda a solução por 60 meses	Serviço	1

Seguindo as premissas acima, essa contratação tem como objetivo atender as seguintes necessidades de negócio:

·Realização de testes de restauração (restore) dos seus backups;

·Aumento da periocidade da realização de Backup completo diários e semanais;

·Aumentar o período de retenção dos seus Backups;

·Conseguir armazenar o máximo de dados de longa retenção possível;

·Garantir a disponibilidade e continuidade dos serviços de TI;

·Garantir a infraestrutura e os recursos tecnológicos adequados às atividades;

·Possibilitar a recuperação dos serviços de TI no menor tempo possível em caso de desastre ou perda de informações;

·Fazer o adequado armazenamento e retenção de cópias de backup para fins históricos e de auditoria;

·Atualização tecnológica da solução de backup permitindo melhora e otimização no desempenho das rotinas de backup e recuperação de dados, e que estassejam executadas no menor tempo possível e que interfiram o mínimo possível nos serviços de TI disponibilizados;

·Mitigar os riscos relacionados a ataques de Ransomware.

1.12. Descrição da solução de TI a contratar como um todo (Art. 18, § 1º, VII, da Lei n. 14.133/2021)

Contratação de solução de backup de dados para os ambientes computacionais do Conselho da Justiça Federal – CJF e dos Tribunais Regionais Federais partícipes, através do Sistema de Registro de Preço, contemplando o licenciamento de subscrição de software e o fornecimento de equipamento(s), serviços de instalação e configuração, transferência de conhecimento, suporte técnico mensal e garantia para 60 (sessenta) meses.

1.12.1. Quantitativo a ser registrado por órgão:

Grupo	Item	Descrição	Unidade de Medida	CJF	TRF1	TRF2	TRF6
1	1	Subscrição de licenças de software para proteção de dados para 60 meses	Front End Terabyte	180	655	760	450
	2	Subscrição de solução de backup para o Microsoft 365 por 60 meses	Usuários	600	10560	6000	4000
	3	Appliance de backup para armazenamento de dados para curta retenção com garantia por 60 meses	Equipamento	1	15	3	1
	4	Expansão do Appliance de backup para armazenamento de dados para curta retenção com garantia por 60 meses	Expansão de Equipamento	5	10	11	2
	5	Appliance de backup para armazenamento de dados para longa retenção com garantia por 60 meses	Equipamento	1	2	3	0
	6	Expansão de Appliance de backup para armazenamento de dados para longa retenção com garantia por 60 meses	Expansão de Equipamento	0	2	2	2
	7	Serviço de Instalação e configuração	Serviço	1	14	3	1
	8	Transferência de conhecimento	Turma	1	1	1	1
	9	Suporte técnico especializado de toda a solução por 60 meses	Serviço	1	14	3	1

1.13. Relação entre a demanda prevista e a quantidade dos bens e/ou serviços a serem contratados (Art. 18, § 1º, IV, da Lei n. 14.133/2021)

Atualmente, a infraestrutura de dados corporativa do CJF a ser protegida é composta pelo seguinte cenário:

Ambiente de processamento e virtualização:

a) VMware vSphere nas versões 7.0.3 e 6.7.3 contendo 02 vCenter Servers, 27 hosts físicos com 02 sockets cada, totalizando 54 sockets de CPU e hospedando 602 servidores virtuais sendo a maioria Linux e Windows.

b) A volumetria estimada de dados a serem protegidos do ambiente virtual é de aproximadamente 80TB considerando margem de segurança.

Ambiente de armazenamento e storage:

a) Storage unified (SAN / NAS) NetApp FAS9000 cluster-mode com Data ONTAP 9.7 com capacidade de armazenamento de 418 TB líquidos.

b) A volumetria estimada de dados a serem protegidos do ambiente físico é de aproximadamente 100TB considerando margem de segurança.

Atualmente, o serviço de proteção de dados do CJF é composto pelo seguinte cenário:

Hardware:

a) 01 unidade Dell EMC Data Domain 6800 com 150 TB líquidos.

b) 01 unidade Dell EMC Data Domain 6800 com 70 TB líquidos;

Software:

a) Dell EMC Networker versão 9.1 com 50 TB de capacidade licenciada.

b) Dell EMC Data Protection Advisor versão 6.4 com 50 TB de capacidade licenciada.

Como o CJF centraliza em seu Datacenter aproximadamente 60 sistemas (corporativos e nacionais), para cada novo sistema criado ou modificado, surgem novas demandas de criação de equipamentos virtuais de desenvolvimento, homologação e produção. Com isso para cada ambiente fornecido, é necessária inclusão desse ativo nas políticas de backup do CJF.

Considerando que a atual solução não comporta mais o volume de dados e a necessidade de atendermos às áreas de negócio do CJF com uma solução robusta de cópia de segurança corporativa de todos os servidores virtuais, storage e aplicações, se faz necessária a aquisição de uma nova solução de proteção de dados, visando oferecer um melhor serviço de continuidade, integridade e garantia de restauração contínua dos dados sem a perda dos mesmos.

Ademais, a aquisição dos elementos de curta e longa retenção mostra-se imperiosa visto que a atual solução de backup já não suporta o volume de dados necessários para a proteção do ambiente, com grande risco de perda de dados e consequentemente incorporando risco inaceitável para o órgão.

Para o elemento de curta retenção, para atender a demanda atual será solicitado de imediato o equipamento com 01 (uma) expansão de armazenamento. As demais expansões serão solicitadas sob demanda. As boas práticas ainda indicam que o elemento de longa retenção deve ser colocado em local distinto, sendo indicado a localização do mesmo no STJ, dado o acordo de cooperação vigente entre os órgãos, visando a implantação de um site de contingência.

Pelo exposto, serão adquiridos a volumetria de 180 TB Front End, Equipamento de curta retenção com no mínimo 400 TB, Equipamento de longa retenção com no mínimo 600 TB e proteção para solução do Office 365 para no mínimo 600 caixas.

Estimativa preliminar do custo total da contratação: R$ 125.105.400,00, conforme mapa de preço id.0494854

1.14. Necessidades de adequação do ambiente do órgão para viabilizar a execução contratual (Art. 18, § 1º, X, da Lei n. 14.133/2021)

Não há necessidade de adequação do ambiente do CJF tendo em vista tratar-se de solução que operará no Datacenter do CJF.

2 Sustentação do Contrato

2.1. Recursos materiais e humanos necessários à execução contratual

2.1.1. Recursos orçamentários estimados:

2.1.2. Equipe de fiscalização:

2.1.2.1. Gestor do contrato:dedicação estimada em aproximadamente 30min/dia.

2.1.2.2. Fiscal técnico da STI: dedicação estimada em aproximadamente 30min/dia.

2.1.2.3. Fiscal administrativo da SAD: dedicação estimada em aproximadamente 30min/semana.

2.2. Continuidade do fornecimento da solução de TIC em eventual interrupção contratual

2.2.1. Evento: Indisponibilidade orçamentária

2.2.1.1. Ação de Contingência: Aguardar a disponibilidade orçamentária para o prosseguimento da contratação.

2.2.1.2. Responsável: SAD

2.2.2. Evento: Empresa impedida de prosseguir com a prestação do serviço

2.2.2.1. Ação de Contingência: revisar o termo de referência e realizar uma nova licitação.

2.2.2.2. Responsável: equipe de planejamento da contratação / STI / SAD / ASJUR e SG.

2.2.3. Evento: Falência da contratada ou do fabricante dos equipamentos

2.2.3.1. Ação de Contingência: Iniciar a contratação de nova empresa para prestar suporte técnico como extensão da garantia do equipamento

2.2.3.2. Responsável: equipe de planejamento da contratação / STI / SAD / ASJUR e SG.

2.3. Atividades de transição contratual e de encerramento do contrato

2.3.1. Atividade: documentar e armazenar, no CJF, todos os trabalhos/serviços produzidos pelaCONTRATADA.

2.3.1.1. Responsável: Equipe de fiscalização

2.3.1.2. Período: Durante a vigência do contrato

2.3.2. Atividade: contratar nova empresa para a continuidade do serviço.

2.3.2.1. Responsável: Equipe de planejamento da contratação

2.3.2.2. Período: Iniciar o planejamento com 1 ano de antecedência do término do contrato

2.4. Estratégia de independência do órgão

Não se aplica, visto que o CJF depende de uma nova solução de backup e dos serviços de suporte técnico e garantia da solução de backup.

2.5. Justificativa para o parcelamento ou não do objeto (Art. 18, § 1º, VIII, da Lei n. 14.133/2021)

O objeto do certame não será parcelado, uma vez que as soluções que compõem o objeto formam um conjunto indissociável, composto pela interligação dos serviços que funcionam harmonicamente.

As melhores práticas na implantação de uma nova solução de backup se baseiam na integração das soluções e serviços, que são indissociáveis e apresentam inter-relação entre si, de forma que assegurem o alinhamento e a coerência em termos de qualidade técnica, resultando assim, no perfeito atendimento dos princípios da celeridade, economicidade e eficiência.

Somente a execução de forma integrada das soluções e dos serviços garante a qualidade das entregas, evitando transferência de responsabilidades, nos casos de eventuais problemas causados por serviços prestados por mais de uma empresa contratada.

É importante também, se observar o posicionamento do Egrégio Tribunal de Contas da União, nos autos do Acórdão n. 1916/2009 – Plenário, sobre a matéria:

“15. Acerca da alegada possibilidade de fragmentação do objeto, vale notar que nos termos do art. 40, § 3º, da Lei n. 14.133/2021, exige-se o parcelamento do objeto licitado sempre que isso se mostre técnica e economicamente viável. A respeito da matéria, esta Corte de Contas já editou a Súmula n. 247/2004, in verbis: “É obrigatória a admissão da adjudicação por item e não por preço global, nos editais das licitações para a contratação de obras, serviços, compras e alienações, cujo objeto seja divisível, desde que não haja prejuízo para o conjunto ou complexo ou perda de economia de escala, tendo em vista o objetivo de propiciar a ampla participação de licitantes...” (grifos não constam do original).

Depreende-se, portanto, que a divisão do objeto deverá ser implementada sempre que houver viabilidade técnica e econômica para a sua adoção.

Nesse ponto, calha trazer à baila o escólio de Marçal Justen Filho: “O fracionamento em lotes deve respeitar a integridade qualitativa do objeto a ser executado. Não é possível desnaturar um certo objeto, fragmentando-o em contratações diversas e que importam o risco de impossibilidade de execução satisfatória.” (Comentários à Lei de Licitações e Contratos Administrativos. 10. ed. São Paulo: Dialética, 2004. p. 209). ”

Ainda, de acordo com a Lei 14.133/2021 em seu art. 40 § 3º:

O parcelamento não será adotado quando:

I - a economia de escala, a redução de custos de gestão de contratos ou a maior vantagem na contratação recomendar a compra do item do mesmo fornecedor;

II - o objeto a ser contratado configurar sistema único e integrado e houver a possibilidade de risco ao conjunto do objeto pretendido; e

III - o processo de padronização ou de escolha de marca levar a fornecedor exclusivo.

Portanto, em virtude da especificidade do objeto, pode-se afirmar ser tecnicamente inadequado o seu desmembramento, sob pena de não se atender o objetivo buscado. Sob o ponto de vista econômico, não há elementos nos autos que permitam concluir que a adoção do parcelamento do objeto, seria, no caso concreto, mais vantajoso para o CJF.

2.6. Margem de Preferência

·Lei 8.248/1991 e Decreto 7.174/2010

A licitação submete-se às regras relativas ao direito de preferência estabelecidas no Decreto n.º 7.174/2010, com enquadramento ao inciso III do art. 16-A da Lei 8.248/91;

O exercício do direito de preferência será concedido após o encerramento da fase de lances.

·Decreto 8.538/2015

Não se aplica o referido decreto pois o tratamento diferenciado e simplificado para as microempresas e as empresas de pequeno porte não é vantajoso para a administração pública e pode representar prejuízo ao conjunto ou ao complexo do objeto a ser contratado, conforme mencionado no item 2.5 (Justificativa para o parcelamento ou não do objeto), uma vez que as soluções e serviços técnicos especializados que compõe o objeto formam um conjunto indissociável, composto pela interligação das soluções e dos serviços que funcionam harmonicamente. Assim preconizado no Art. 10, inciso II, do normativo mencionado.

3 Posicionamento conclusivo sobre a adequação da contratação para o atendimento da necessidade a que se destina (Art. 18, § 1º, XIII, da Lei n. 14.133/2021)

Com base nas informações levantadas ao longo do estudo técnico preliminar, osintegrantes requisitante e técnico, da equipe de planejamento, declaram que acontratação é viável, do ponto de vista técnico e econômico, sendo relevante e

essencial para o desenvolvimento das atividades e trabalhos realizados CJF

Em complemento, os requisitos listados atendem adequadamente às demandasformuladas, os custos previstos são compatíveis e os riscos identificados sãoadministráveis, pelo que recomendamos o prosseguimento da contratação.

Declara-se a viabilidade da contratação considerando a necessidade de uma nova solução de proteção de dados para o CJF. 

4 Equipe de Planejamento e Apoio a Contratação - EPC

Integrante	Nome	Matrícula
Demandante	Ricardo Loiola	1099
Técnico	André Conterato	1103
Administrativo	Rafael Mizuno	1059

ANEXO I

ESPECIFICAÇÃO TÉCNICA DA SOLUÇÃO DE PROTEÇÃO E SEGURANÇA DE DADOS

1. Subscrição de licenças de software para proteção de dados

1.1. O licenciamento ofertado deve atender o modelo de subscrição durante o período de vigência do contrato, pelo prazo de 60 (meses) meses;

1.1.1. Durante o período, deve permitir o suporte e atualização da solução sem custos adicionais;

1.1.2. Após findado o período, a solução deverá ainda operar com todas as funcionalidades, com exceção do suporte e atualização;

1.2. A solução ofertada não pode ser do tipo comunidade, software livre, ou possuir componentes e módulos sem suporte oficial do fabricante; Todos os componentes de software descritos deverão ser de um único FABRICANTE;

1.3. Todos os componentes da solução de Backup e Restore deverão ser integrados e que ofereçam um módulo único de gerenciamento;

1.4. A solução ofertada deverá possuir todos os produtos na versão estável mais atual do produto, não serão aceitos produtos obsoletos ou fora de linha de produção do fabricante;

1.5. Todas as funcionalidades e requisitos elencados neste documento, independentemente de qualquer quantidade de utilização do referido serviço, deve estar disponível sem nenhum tipo de cobrança adicional;

1.6. Deverão ser fornecidas licenças na modalidade Front End Terabyte;

1.7. A licença deverá incluir todas as funcionalidades solicitadas no presente termo, com suporte para backup, restore, tecnologia de compressão de dados nativa e tecnologia de desduplicação de dados nativa, onde o licenciamento deverá possuir capacidade ilimitada de retenções, cópias dos dados protegidos, replicações para outros ambientes para ﬁns de recuperação de desastres e suportar toda a infraestrutura da CONTRATANTE detalhada no Edital, sem nenhum ônus a durante a vigência do contrato. A funcionalidade de compressão e desduplicação por software poderá ser realizada através de componente separado de software ou appliance virtual OVA, desde que seja homologado pelo fabricante do software de backup.

1.8. A solução de Proteção de Dados a ser ofertada deverá atender integralmente os requisitos especificados neste Termo, devendo ser fornecida com todas as licenças que forem necessárias para entrega 100% funcional da solução, arquitetura e características gerais do software;

1.9. Possuir arquitetura em múltiplas camadas permitindo desempenho e escalabilidade horizontal:

1.9.1. Camada de gerência;

1.9.2. Camada do serviço de mídia/unidade de disco de retenção dos dados;

1.9.3. Camada de clientes/agentes multiplataforma de backups;

1.10. Deve possuir catálogo ou banco de dados contendo as informações sobre todos os dados e mídias onde os backups foram armazenados, esse banco de dados ou catálogo deve ser próprio e fornecido em conjunto com o produto;

1.11. A solução de Backup e Recovery deverá permitir a possibilidade de múltiplas políticas de disasterrecovery para prevenir perda de dados e cópia automática do catálogo do backup, sincronização entre as cópias do catálogo do backup, replicação entre appliances no mesmo domínio de backup e replicação entre appliances em domínios de backup diferentes;

1.12. Deve possuir mecanismo de verificação e checagem de consistência da base de dados no intuito de garantir a integridade dos dados;

1.13. Possuir mecanismo de reconstrução do catálogo ou banco de dados centralizado em caso de perda do mesmo, sem a necessidade de recatalogar as cópias de backup ;

1.14. Deve fazer uso de banco de dados relacional para guardar o catálogo de Jobs, arquivos e mídias dos backups;

1.15. Deve suportar servidor de gerência e catálogo instalados em conjunto nas seguintes plataformas: Linux, Windows e/ou appliance virtual OVA;

1.16. Deverá permitir a configuração de servidores de gerência e catálogo no mesmo servidor ou instância, e suportar arquitetura em cluster para promover alta-disponibilidade dos serviços de gerenciamento; A implementação dos serviços de gerenciamento, catálogo e cluster deverá ser suportado nas seguintes plataformas: Red Hat Enterprise Linux, Suse Enterprise Linux e Windows ou em virtualizadores

1.17. Deve suportar servidores movimentadores de dados nas seguintes plataformas: Linux e Windows e/ou appliance virtual OVA;

1.18. Os servidores movimentadores de dados devem suportar balanceamento de carga para distribuir a carga entre eles de forma automática;

1.19. Os servidores movimentadores de dados devem suportar configuração de recurso automático de failover, ou seja, permitir a configuração de mais de um servidor movimentador de dados em uma política de proteção, de forma que a indisponibilidade de um servidor seja suprida por outro servidor movimentador de dados disponível de forma automática; Esta funcionalidade deverá ser nativa do produto, e não pode ser construída com o uso de soluções baseadas em softwares de cluster de terceiros;

1.20. Deve permitir o backup e restore de arquivos abertos, garantindo a integridade do backup;

1.21. Deve ser capaz de gerenciar múltiplos e diferentes dispositivos de armazenamento e backup (bibliotecas e drives de fita e dispositivos de disco em bloco), conectados localmente DAS (Direct Attached Storage) ou compartilhados via rede SAN (Storage Area Network) para armazenamento de dados;

1.22. Possuir a capacidade de dividir o fluxo de dados proveniente de um servidor em vários dispositivos de gravação (multiple streams);

1.23. Possuir a capacidade de reiniciar backups e retores a partir do ponto de falha, após a ocorrência da mesma;

1.24. Deve possuir mecanismo de instalação e atualização de clientes e agentes de backup de forma remota, por intermédio da interface de gerenciamento ou via script, permitindo a instalação de múltiplos clientes de backup simultaneamente;

1.25. Possuir a capacidade de realizar a instalação de atualizações no servidor de backup e clientes;

1.26. Possuir ambiente de gerenciamento de backup e restore via interface gráfica e linha de comando;

1.27. Possuir função de agendamento do backup através de calendário;

1.28. Possuir interface gráfica para gerenciamento, monitoramento e criação de políticas de backup e restore;

1.29. Possuir capacidade de estabelecer níveis de acesso diferenciados e configuráveis para atividades de administração e operação do software de backup;

1.30. Permitir a programação de tarefas de backup automatizadas em que sejam definidos prazos de retenção dos arquivos;

1.31. Possuir função para definição de prioridades de execução de Jobs de backup ou clients;

1.32. Deverá permitir o agendamento de jobs de backup, sem utilização de utilitários de agendamento dos hosts;

1.33. Possuir a função de Backup sintético que permite a criação de uma única imagem de backup a partir de um backup full e qualquer quantidade de backups incrementais. O restore será efetuado da nova imagem full sintética;

1.34. Possuir políticas de ciclo de vida nativas, gerenciar camadas de armazenamento e transferir automaticamente os dados de backup entre camadas através do seu ciclo de vida;

1.35. Permitir a realização do backup completo de servidor para recuperação de desastres;

1.36. Permitir restaurar o backup de recuperação de desastres para hardware diferente do original - para ambiente Windows;

1.37. Permitir o controle da banda de tráfego ou otimização de rede durante a execução do backup e/ou do restore;

1.38. Suportar integração com OST (OpenStorage) Disk Appliances através de OpenStorage API;

1.39. Deverá suportar imutabilidade de dados para armazenamentos apresentados via OpenStorage Technology OST;

1.40. Ser capaz de recuperar dados para servidores diferentes do equipamento de origem;

1.41. Ser capaz de utilizar qualquer tecnologia utilizada pela Solução de Armazenamento como destino dos backups seja armazenamento diretamente anexado (DAS), armazenamento em rede NAS e rede SAN;

1.42. Possuir a função de Disk Staging, ou seja, que permita o envio dos dados para disco e posteriormente do disco para outro tipo de mídia (disco ou ﬁta);

1.43. Permitir que Logical Unit Numbers (LUNs) sejam apresentadas aos servidores da camada de mídia como destino para realização de backups;

1.44. Permitir o compartilhamento de LUNs entre vários servidores movimentadores de dados de mesmo sistema operacional em situações de recuperação do ambiente;

1.45. A Solução de Proteção de Dados deve suportar e estar licenciada para backup e restore de ﬁle systems montados em dispositivos Network-Attached Storage (NAS) através do suporte ao protocolo NDMP versão 4 ou superiores; ou recursos similares para garantir o backup do NAS.

1.46. Permitir integração do controle de acesso com sistemas de diretório NIS, NIS+ e/ou Active Directory;

1.47. Permitir a replicação de imagens de um servidor de gerência para outro ambiente, possibilitando a inserção das informações de catálogo da imagem de origem para o catálogo do destino, de forma automática e sem a necessidade de licenciamento adicional;

1.48. Possuir Interface única para gerenciamento de todos os servidores independente do S.O que hospeda esse serviço (Windows, Linux); ou ao menos com a separação entre estrutura de backup da Central de Serviços e estrutura de backup das Unidades remotas;

1.49. Deverá implementar monitoramento e administração remotos da solução de backup a partir de qualquer servidor ou estação de trabalho;

1.50. A Solução de Backup deverá permitir operações de Backup e Restore através de rede local (LAN_based e Storage Area Network SAN_based ou LAN_free);

1.51. Deverá possibilitar a verificação de erros de leitura nas fitas utilizadas

1.52. Deverá permitir liberação das ﬁtas magnéticas quando todos os arquivos contidos nas mesmas tenham suas datas de retenção expiradas;

1.53. As ﬁtas liberadas devem ﬁcar disponíveis automaticamente para uso de outras tarefas de backup;

1.54. A Solução de Backup deverá, a partir de uma única interface, gerenciar operações de Backup e Restore de diferentes sistemas operacionais (clientes);

1.55. Para servidores Windows, deverá ser possível a recuperação das imagens de recuperação de desastres mesmo em um hardware diferente do original ou em ambiente virtual;

1.56. A funcionalidade especiﬁcada anteriormente deverá suportar em um único servidor de gerência ou servidor de mídia várias versões de Windows – Windows 2012, 2012R2, 2016, 2019);

1.57. Deverá permitir a veriﬁcação da integridade dos dados armazenados através de algoritmos de checksum e/ou autocorreção. Funcionalidade poderá ser atendida pelo appliance do item 3 e/ou pelo componente especificado no item 1.7

1.58. Deverá possuir capacidade de realizar desduplicação de dados na camada do cliente, servidor de backup e appliances de desduplicação; A solução deverá permitir a desduplicação de qualquer capacidade (de acordo com o volume identiﬁcado e licenciado) e em qualquer forma de desduplicação (cliente, servidor de backup e appliances) nativamente, não sendo aceitas composições de produtos de terceiros ou fora da solução contratada, podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.59. Deverá suportar desduplicação de blocos na origem (client-side), de forma que o cliente envie apenas novos blocos de dados criados e/ou modiﬁcados a partir do último backup full; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.60. Deverá suportar desduplicação Global de blocos de tamanho ﬁxo e/ou variável;

1.61. Não serão aceitas soluções de desduplicação Global parciais, aplicadas por Jobs, políticas de backup independentes ou apenas para cenários de replicação de dados via WAN; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.62. A solução de backup deverá ser capaz de gerenciar a réplica do backup desduplicado entre servidores de backup e appliances de desduplicação; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.63. Deverá possuir a capacidade de desduplicação global de dados no nível de segmentos ou blocos de dados repetidos, entre ambientes físicos e virtuais, mesmo em localidades remotas. Não serão aceitas soluções que utilizem mecanismos de desduplicação parcial aplicados a ambientes isolados ou por jobs; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.64. Permitir o envio de dados desduplicados para a nuvem, caso seja necessário o fornecimento de recursos adicionais de software, hardware e licenciamento os mesmos deverão constar detalhados na proposta; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.65. Deverá suportar desduplicação de dados para object storage, para no mínimo AWS S3 e Microsoft Azure Google Cloud Storage, podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.66. Deverá suportar pool de desduplicação global em Cloud-tier, podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.67. Deverá prover mecanismos de segurança RBAC nativos em cloud para gerenciamento de snapshots;

1.68. Deverá suportar workloads nativos em Cloud para integração com gerenciamento de snapshots;

1.69. Deverá suportar restore granular baseado em Cloud Snapshots;

1.70. Deverá suportar compartilhamento de cópias de backup em Clouds Azure e AWS S3;

1.71. Deverá suportar deploy e integração diretamente para public cloud marketplaces (AWS/Azure/Google Cloud Platform);

1.72. Deverá suportar Cloud snapshot orchestration e estar habilitado suporte para application-aware snapshot, single-file recovery e integração de snapshot entre multiplas-regiões;

1.73. Deverá possuir a capacidade de desduplicação de dados no nível de segmentos ou blocos de dados repetidos de ambientes Oracle; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.74. Deverá suportar desduplicação de blocos na origem (client-side), para ambientes Oracle; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.75. Deverá possuir a capacidade de Replicação de Dados entre “pools” de desduplicação de maneira otimizada, enviando somente blocos únicos; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.76. Deverá possuir a capacidade de realizar balanceamento de carga automático entre servidores ou appliance de desduplicação;

1.77. Deverá possibilitar a distribuição automática de carga entre os servidores que executarão o serviço de proteção de dados, ou seja, os dados oriundos dos clientes de backup deverão ser distribuídos de forma automática entre os servidores de backup da solução. Em caso de falha de um dos servidores de backup, o cliente automaticamente irá encaminhar seus dados através de outro servidor de backup ativo. Esta funcionalidade deverá ser nativa do produto, não sendo admitidas soluções baseadas em softwares de cluster de terceiros;

1.78. Deverá possuir a capacidade de criptografar os dados armazenados de forma desduplicada; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.79. As políticas de ciclo de vida da informação devem permitir a replicação das cópias de backup de forma otimizada, fazendo o uso da tecnologia de desduplicação de dados da solução no mesmo site ou entre sites distintos; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.80. Deverá fazer uso de tecnologia de replicação dos dados (não somente os dados protegidos – cópias de backup – mas também do catálogo do software de backup necessário para a recuperação do dado) do site principal para o site de desastre, de forma que em um evento de desastre, os sites sejam independentes no processo de recuperação;

1.81. Deverá possuir tecnologia de desduplicação de dados inline por padrão; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.82. Deverá permitir que depois de um backup full inicial, os backups subsequentes sejam feitos apenas através do envio das diferenças desduplicadas e que esses backups sejam consolidados como se fosse um backup full com a última data de envio; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.83. Deverá possuir a capacidade de proteção da base de hashes de desduplicação com cópia externa; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.84. Para soluções que não possuem a funcionalidade requisitada acima será permitido a entrega de um equipamento adicional a fim de garantir que a base hashes de desduplicação terá uma cópia externa ao equipamento principal; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.85. Deverá possuir e implementar o fator duplo de autenticação - 2FA para o console de administração gráfica e linha de comando por meio do provedor de identidade baseado em SAML ou cartões inteligentes CAC / PIV ou certiﬁcados de usuário Criptografia;Será aceito também atutenticacao da console de administração via SSO com token para verificação de usuário, até que o token expire.

1.86. Deverá permitir escolher se a criptograﬁa será realizada no agente, com o tráfego de dados via rede já criptografado ou no servidor de backup;

1.87. Deverá possuir capacidade nativa de efetuar criptograﬁa dos backups em no mínimo 256 bits nos Clientes de Backup e em dispositivos de mídia que suportem criptograﬁa;

1.88. Deverá implementar criptograﬁa TLS 1.2 ou superior durante o tráfego dos dados (in-transit) e no armazenamento (at-rest) em todos os backups, restaurações, replicação automática de imagens e desduplicação; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.89. Deverá implementar criptografia (in-transit) para os metadados de catálogo de backup; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.90. Deverá possuir validação de criptografia FIPS 140-2 para no mínimo os workloads, podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.91. Deverá possibilitar enviar notificações, quando configurado, dos eventos por e-mail;

1.92. Possuir mecanismo de auditoria, permitindo a emissão de relatórios onde constem, no mínimo, as seguintes informações:

1.92.1. Data e hora da operação, Usuário que realizou a operação, Ação realizada (em caso de modiﬁcação de conﬁgurações, informar qual a conﬁguração anterior e a modiﬁcação realizada);

1.92.2. Auditoria e controle de acesso devem ser funcionais para operações realizadas via interface gráﬁca e linha de comando;

1.93. Deverá prover monitoramento via interface gráﬁca e em tempo real dos Jobs sendo executados, incluindo visão de nível hierárquico dos jobs;

1.94. Deverá suportar operações de backup e restore em paralelo;

1.95. Deverá possuir a funcionalidade de proteção contínua de dados (CDP) para todo o ambiente VMware com no mínimo os seguintes requisitos:

1.95.1. Não poderá impactar as VMs durante a execução da proteção contínua de dados (CDP);

1.95.2. Deverá proteger continuamente os dados das VMs do ambiente VMware e fornecer backup ou CDP(continuous data protection) de baixo RPO (até 30 minutos) por meio de interface de administração java ou web;

1.96. Deverá suportar armazenamento nos cloud storages: Amazon S3, Microsoft Azure e Google Cloud Storage;

1.97. Deverá suportar a instalação do software de backup em Cloud instances;

1.98. Deverá suportar desduplicação de dados em Clouds a fim de reduzir o consumo de rede e armazenamento em nuvem, caso seja necessário o fornecimento de recursos adicionais de software, hardware e licenciamento os mesmos deverão constar detalhados na proposta; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.99. Deverá possuir a capacidade de gravar informações de catálogo nos backups enviados para, ao menos, Microsoft Azure e Amazon S3;

1.100. Deverá possuir nativamente na console de gerenciamento unificado integração com módulos de proteção de dados para workloads local

1.101. Deverá permitir a orquestração de sistemas virtuais VMWARE de forma automatizada para recuperação de desastres com no mínimo:

1.101.1. Permitir a recuperação de ambiente vmware para desastres orquestrada, automatizada e em escala para o próprio data center, ambientes híbridos e multicloud;

1.101.2. Permitir a recuperação de ambiente VMWARE de forma automatizada e orquestrada para aplicativos de várias camadas na nuvem e no local com APIs ou interface própria para otimizar o tempo e os recursos;

1.101.3. Deverá ter a capacidade de testar a consistência do backup, emitindo relatório de auditoria ou efetuando testes de recuperação por um plano de DR, para garantir a capacidade de recuperação seguintes parâmetros: sistema operacional, aplicação e máquina virtual;

1.101.4. Deve permitir a recuperação granular de desastres, ou seja, deverá ser possível realizar o failover e migração de máquinas virtuais, aplicações individuais, um serviço composto por múltiplos componentes e até mesmo do site inteiro; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.101.5. Deve possuir operações de resiliência incluindo: testes de recuperação/simulação, migrações, failover e failback;

1.101.6. Deve possuir funcionalidade para simulação de desastres, ou seja, permitir a veriﬁcação de uma operação de failover para o site secundário sem afetar o ambiente de produção no site principal; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.101.7. Deve permitir a criação de planos de continuidade customizados para execução automatizada de uma sequência de passos para recuperação de desastres; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.101.8. Deve permitir que seja conﬁgurado a execução de scripts customizados no plano de continuidade; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.101.9. Deverá permitir a restauração do ambiente VMWare em grande escala caso o ambiente VMWare de produção tenha sido comprometido, reduzindo assim o tempo de retorno e disponibilidade do ambiente VMWare;

1.102. Deverá suportar controle de acesso baseado em função (RBAC)

1.103. Deverá permitir e estar licenciado o envio de dados desduplicados para a nuvem;

1.104. Deverá possibilitar a replicação para armazenamento seguro imutável, WORM (Write Once Read Many), com imagens automaticamente prontas para recuperação, ou seja, caso o site primário tenha seus dados comprometidos, deverá ser possível replicar os dados do site secundário para o primário de forma automática, evitando assim erros com operações manuais; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.105. Deverá suportar armazenamento seguro imutável, WORM (Write Once Read Many), para evitar que seus dados sejam criptografados, modiﬁcados ou excluído. E todos os dados salvos nessas instâncias deverão ser protegidos com as seguintes medidas de segurança, podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.105.1. Deverá garantir a funcionalidade WORM (Write Once Read Many) em todos os tipos de dados existentes no ambiente da CONTRATANTE, incluindo ambiente de servidores físicos, virtuais e nuvem; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.105.2. Deverá garantir a proteção das cópias de backup para que elas sejam somente leitura e não possa ser modiﬁcada, corrompida ou criptografada após o backup; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.105.3. Deverá garantir a propriedade da imagem de backup e não ser possível excluir antes da expiração dos dados; podendo ser provida tanto por software quanto pelo appliance do item 3 e/ou pelo componente de software especificado no item 1.7

1.105.4. Deverá possuir detecção de anomalias no site principal de produção

1.105.5. Deverá possuir mecanismos de proteção contra ransomware, devendo, mas não se limitando a:

1.105.5.1. Deverá possuir detecção de anomalias;

1.105.5.2. Deverá permitir a exclusão do backup em caso de uma anomalia encontrada;

1.105.6. Detecção e alerta sobre mudanças inesperadas nos dados de backup, com no mínimo os seguintes metadados, atributos ou recursos da tarefa de backup:

1.105.6.1. Tamanho da imagem de backup;

1.105.6.2. Taxa de desduplicação;

1.105.6.3. Tempo de conclusão do trabalho de backup;

1.106. Qualquer desvio incomum nesses atributos de trabalho de backup deverá ser considerado uma possível anomalia notificando por meio de console WEB e REST-API;

1.107. Deverá suportar o backup e o restore de diferentes sistemas operacionais tais como:

1.107.1. Windows (8/10/2012/2012 R2/2016/2019/2022);

1.107.2. Oracle Linux (7 e 8);

1.107.3. Red Hat Enterprise Linux (7 e 8);

1.107.4. Suse Enterprise Server (12 e 15);

1.107.5. Oracle Solaris (11);

1.107.6. AIX (7;1 e 7;2);

1.107.7. Ubuntu (16, 18 e 20);

1.108. Deverá suportar ambientes virtuais como VMware vSphere (6.7 e superiores) e Hyper-V (2012/2016/2019);

1.109. Para ambientes com VMware vSphere devrá ser comprovadamente compatível com o VADP (vStorage API for Data Protection) para realizar operações de Backup e Restore de ambientes VMware versão 6.5 e superior;

1.110. Para ambientes Microsoft Hyper-V, deverá suportar Microsoft Hyper-V Server 2012/R2, Microsoft Hyper-V Server 2016 e Microsoft Hyper-V Server 2019;

1.111. Deverá suportar VMware vCloud, possuindo integração com vCloud Director API possibilitando backup automático das máquinas virtuais e recuperação completa;

1.112. Possuir suporte a backup e restore de máquinas virtuais VMware 6.5 ou superior através de vStorage API com as seguintes características:

1.113. Deverá permitir que através de uma única rotina de Backup a qual enviou os seus dados para disco ou tape seja possível recuperar a imagem completa da máquina virtual Windows e Linux (vmdk), e também arquivos de maneira granular sem a necessidade de scripts, área temporária ;

1.114. Deverá suportar o uso da funcionalidade CBT (Change Block Tracking) para as operações de backup;

1.115. Deverá permitir a recuperação granular de arquivos através da execução de um único backup;

1.116. Deve permitir o descobrimento automático das máquinas virtuais nos ambientes VMware, com capacidade de realizar ﬁltros avançados com critérios que incluam pelo menos:

1.116.1. Nome da máquina virtual;

1.116.2. vApp;

1.116.3. Tag name;

1.117. Deverá possuir a capacidade de balanceamento de carga automática dos backups através de múltiplos backups hosts;

1.118. Deverá suportar Vmware vSphere 6.5 ou superiores;

1.119. Deverá permitir restaurar e iniciar a execução de uma máquina virtual instantaneamente, diretamente a partir do seu repositório de backup, sem a necessidade de manter réplicas ou snapshots disponíveis para o processo de recuperação instantânea;

1.120. Prover backup e recursos, permitindo que somente blocos utilizados sejam copiados no processo de backup;

1.121. Permitir realizar restauração, através de um único backup, de Máquina virtual completa ou arquivos de dentro da máquina virtual para ambientes Windows e Linux;

1.122. Possuir a capacidade de restaurar a VM de origem em um ponto no tempo enviando apenas a diferença dos blocos entre a VM de origem e imagem de backup para ambiente VMware através da integração com o VADP;

1.123. Deverá permitir a visualização, monitoração e recuperação de máquinas virtuais através de plugin integrado ao vCenter ou vSphere 6.5 Web Client ou superior;

1.124. Deverá possuir capacidade de realizar backup de maneira off-host, sem a necessidade de instalação de agentes nas máquinas virtuais;

1.125. Deverá possuir capacidade de realizar backup de máquinas virtuais em estado online e ofﬂine;

1.126. Deverá possuir a capacidade de movimentação dos dados de backup e restore através de SAN e LAN utilizando os métodos de transporte SAN (LAN-free), NBD e HotAdd;

1.127. Deverá possuir a capacidade de realizar backup de máquinas virtuais existentes em um vApp;

1.128. Deverá possuir a capacidade de recuperação da imagem da máquina virtual, para máquinas que possuam discos VMFS ou RDM;

1.129. Deverá suportar integração com vCloud Director API possibilitando backup automático das máquinas virtuais e recuperação completa;

1.130. Deverá suportar a recuperação de máquinas virtuais que utilizem identiﬁcadores do tipo: hostname, display name;

1.131. Deverá possuir a funcionalidade de restauração instantânea de várias máquinas virtuais do ambiente VMWare simultaneamente a partir de uma imagem de backup, garantindo assim uma rápida recuperação do ambiente em caso de desastre;

1.132. Deverá ser possível recuperar uma máquina virtual várias vezes de pontos de recuperação diferentes;

1.133. Possuir suporte a backup e restore de máquinas virtuais Hyper-V, com as seguintes características:

1.134. Deverá possuir a capacidade de realizar backup On-Host e off-host das máquinas virtuais Windows e Linux;

1.135. Deverá possuir a capacidade de realizar backup de maneira Full, Incremental ou Diferencial sem a necessidade de instalação de agentes nas máquinas virtuais;

1.136. Deverá suportar ambientes conﬁgurados com Cluster Shared Volumes;

1.137. Deverá permitir que através de uma única rotina de Backup a qual enviou os seus dados para disco ou tape seja possível recuperar a imagem completa da máquina virtual Windows e Linux (vhd), e também arquivos de maneira granular sem a necessidade de scripts, área temporária ou montagem dos arquivos vhd;

1.138. Deverá possuir a capacidade de recuperação das máquinas virtuais para uma área temporária de disco;

1.139. Deverá suportar Microsoft Hyper-V 2012, 2016 e 2019;

1.140. Deverá suportar os seguintes bancos de dados, utilizando agente específico:

1.140.1. Microsoft SQL Server versões 2012, 2014, 2016, 2017 e 2019;

1.140.2. Oracle/Oracle RAC versões 11g, 12c, 18c, 19c e 21c;

1.140.3. Microsoft Exchange 2013, 2016 e 2019;

1.140.4. Microsoft Sharepoint 2013, 2016 e 2019;

1.140.5. MySQL 5 e 8;

1.140.6. PostgreSQL 9, 10, 11, 12 e 13;

1.140.7. MariaDB 10;

1.140.8. SAP e SAP HANA;

1.140.9. Microsoft Active Directory;

1.141. Deverá suportar backup do Oracle Database, incluído arquitetura Oracle RAC, através da integração com RMAN;

1.142. Deve suportar backup e restore via Agentes Linux para arquiteturas Oracle Real Application Clusters (RAC)

1.143. Deverá manter a sincronia entre os catálogos de backups do Oracle RMAN e da solução ofertada;

1.144. Deverá suportar Apache Hadoop e Apache HBase;

1.145. Deverá suportar DAG (DataBase Availability Groups) do MS Exchange;

1.146. Deverá suportar backup do Information Store de Microsoft Exchange, com possibilidade de restore granular, ou seja, de e-mails únicos, itens de calendário e também de caixa postal de algum usuário;

1.147. Deverá suportar backup do Microsoft Active Directory, com possibilidade de restore granular.

1.148. Deverá suportar backup completo do Sharepoint, com possibilidade de recuperação de uma ou mais databases, documentos individuais, sites, subsites, listas e itens/documentos individuais;

1.149. Deverá permitir o backup e restauração nativamente de aplicativos Kubernetes com no mínimo as seguintes características, podendo ser utilizado módulo/interface adicional de software para backup em disco com desduplicação:

1.149.1. Deverá suportar proteção nativa de ambientes Kubernetes integrado com o software de backup;

1.149.2. Permitir backup e restauração de aplicativos Kubernetes na forma de namespaces;

1.149.3. Conﬁguração do cluster Kubernetes e gerenciamento seguro de credenciais;

1.149.4. Descoberta automática e sob demanda de ativos do Kubernetes;

1.149.5. RBAC na granularidade do cluster e nível de namespace;

1.149.6. Backups baseados em plano de proteção em nível de namespace;

1.149.7. Opções de recuperação versáteis, como namespace completo, um recurso personalizado individual ou um volume persistente individual;

1.149.8. Gerenciamento do ciclo de vida da imagem com retenção e limpeza personalizáveis;

1.149.9. Deverá possuir descoberta inteligente e automática de ativos;

1.149.10. Deverá permitir executar backups baseados em snapshot sem a utilização de agentes;

1.150. Deverá possuir controle de ﬂuxo de recursos e recuperação de local alternativo;

1.151. Deverá prover relatórios gerenciais de backup com no mínimo as seguintes informações:

1.151.1. Backups com sucesso;

1.151.2. Backups com falha;

1.151.3. Volumetria de backup realizado;

1.151.4. Restore com sucesso;

1.151.5. Restores com falha;

1.151.6. Volumetria de restore realizado;

1.151.7. Clientes de backup configurados;

1.151.8. Ocupação no destino de backup;

1.151.9. Licenciamento e capacidade;

1.152. Possuir interface web para gerenciamento, monitoramento, emissão de alertas, emissão de relatórios sobre operações de backup e restore e emissão de relatórios, com as seguintes características:

1.152.1. Relatórios sobre capacidade e tendência de crescimento do ambiente;

1.152.2. Se houver múltiplos ambientes de backup, com independência operacional e localizados em diferentes Data Centers, deverá possuir nativamente uma única interface web deverá ser capaz de monitorar e agregar informações de diversos Servidores da Camada de Gerenciamento para emissão dos relatórios;

1.152.3. Relatórios para verificar o nível de serviço, ou seja, visualização de que aplicações estão com políticas de backup ativadas e executadas periodicamente;

1.152.4. Deverá permitir exportar relatórios;

1.152.5. Base de dados de relatórios para suportar armazenamento de dados históricos superior a 30 dias;

2. Subscrição de solução de backup para o Microsoft 365

2.1. Deverão ser fornecidas licenças no modelo de subscrição para 600 (Seiscentos) usuários, incluindo todas as funcionalidades solicitadas para proteção de dados do Microsoft Ofﬁce 365;

2.2. Para fins de licenciamento, deverão ser considerados apenas usuários ativos e com licença da Microsoft aplicada;

2.3. A solução de Proteção de Dados a ser ofertada deve atender integralmente os requisitos especificados neste Termo, devendo ser fornecida com todas as licenças e infraestrutura que forem necessárias para entrega funcional da solução;

2.4. Deverá ser fornecido backup e recuperação para Exchange Online, OneDrive, SharePoint Online e Teams, bem como log de auditoria do 365;

2.5. Deverá possibilitar exportar dados para o formato PST;

2.6. Deverá prover a proteção das cargas de trabalho por meio de conexões seguras;

2.7. Deverá ser possível definir o escopo e a programação do backup de acordo com as necessidades da CONTRATANTE;

2.8. Deverá após a implementação permitir que os backups sejam agendados automaticamente;

2.9. Deverá suportar recuperações completas e granulares em vários níveis;

2.10. Deverá ser possível recuperar o dado no local, em um local novo ou alternativo, por meio do Microsoft 365 ou para destino externo;

2.10.1.

2.11. Deverá prover monitoramento do status e cobertura de backup;

2.12. Deverá preservar dados para casos de litígio de acordo com a política especificada;

2.13. Deverá ser possível pesquisar por metadados, tais como nomes de usuário, arquivos, pastas e datas;

2.14. Deverá manter os dados seguros com criptografia AES de 256 bits integrada;

2.15. Deverá prover segurança e com restrições de IPs;

2.16. Deverá ser possível consultar e relatar o histórico de atividades dos usuários;

2.17. Deverá ser possível aplicar períodos de retenção imutáveis;

2.18. Deverá ser possível selecionar regiões de hospedagem em território nacional;

2.19. Deverá prover controle de acesso baseado em função, sendo possível configurar e controlar os acessos de vários tipos de usuários com no mínimo, as seguintes opções:

2.19.1. Papéis de acesso pré-definidos;

2.19.2. Papéis de acesso customizados;

2.20. Deverá ser oferecida no modelo SaaS (Software como serviço) pelo fabricante, não necessitando de nenhuma infraestrutura local ou IaaS (Infraestrutura como serviço) para seu pleno funcionamento;

2.21. Toda a infraestrutura de hardware, software e prestação de serviço na nuvem deverão ser fornecidos pela CONTRATADA, ou seja, a CONTRATANTE irá contratar o serviço e toda a infraestrutura necessária será de responsabilidade da CONTRATADA;

2.22. Nos casos de replicações para locais externos (On-premise ou nuvem), a infraestrutura de destino é de responsabilidade da CONTRATANTE;

2.23. Deverá possuir integração nativa com o software para proteção de dados, provendo console de monitoramento centralizado;

2.24. Deverá prover até 3 (três) cópias locais de segurança em ambiente Cloud, garantindo a salvaguarda dos dados em casos de falhas de hardware e garantindo a disponibilidade do mesmo;

2.25. O fabricante da solução de proteção de dados para Microsoft 365 deverá comprovar através de documentações oficiais a segurança física e lógica de seus data centers assim como a garantia da privacidade dos dados;

2.26. O fabricante da solução de proteção de dados para Microsoft 365 deverá entregar tal proteção na modalidade SaaS (Software como Serviço) e comprovar através de documentações oficiais;

2.27. Deverá proteger as cargas de trabalho por meio de conexões seguras;

2.28. Deverá permitir definir o escopo e o agendamento do backup de acordo com as necessidades e politicas de retenção da CONTRATANTE;

2.29. Deverá adicionar os usuários novos nas políticas de backups programados automaticamente;

2.30. Deverá permitir recuperar o dado no local, em um local novo ou alternativo, através do Microsoft 365, ou para destino externo;

2.31. Deverá ser possível monitorar e relatar o status e cobertura do backup;

2.32. Deverá possuir funcionalidade que garanta a segurança dos dados com criptograﬁa AES de 256 bits integrada, fim a fim;

2.33. Deverá possuir integração do Azure AD ou similar de outras clouds públicas;

2.34. Deverá possuir a funcionalidade para restringir os IPs, garantindo que somente os IPs cadastrados terão acesso;

2.35. Deverá possuir logs de auditoria que seja possível consultar e relatar os históricos de atividades de usuários e processos do sistema;

2.36. Deverá preservar dados para casos de litígio;

2.37. Deverá ser possível criar e gerenciar casos para litígio e privacidade de dados;

2.38. Deverá ser possível pesquisar por nomes de usuário, arquivos, pastas e datas;

2.39. Deverá ser possível aplicar políticas de retenção e garantir que os dados estarão imutáveis;

2.40. Deverá ser possível selecionar regiões de hospedagem, sendo pelo menos 1 data center no Brasil;

2.41. Deverá possuir até 3 (três) cópias com réplicas síncronas de dados para alta disponibilidade dos dados;

2.42. Deverá possui uma console de gerenciamento acessível via web browser;

2.43. Suportar controle de acesso com “single sign-on” via AD FS 2.0 ou Azure AD ou similar de outras clouds públicas;

2.44. Suportar duplo fator de autenticação para acesso a console;

2.45. Deve suportar Single-Tenant para salvaguarda dos dados de backup da Contratante;

2.46. Suportar proteção de dados de, no mínimo, os seguintes itens do Microsoft 365:

2.46.1. E-mail;

2.46.2. Calendário;

2.46.3. Contatos;

2.46.4. Tarefas;

2.46.5. Notas;

2.46.6. OneDrive;

2.46.7. Arquivos;

2.46.8. Pastas;

2.46.9. Permissões;

2.46.10. SharePoint Online (Qualquer tipo de conteúdo dos sites, incluindo permissões e todos os metadados);

2.46.11. Teams;

2.46.12. Sites de equipes;

2.46.13. Membros;

2.46.14. Permissões de membros;

2.46.15. Canais;

2.46.16. Postagens;

2.46.17. Arquivos;

2.46.18. Wiki;

2.47. Realizar a imagem (backup) do ambiente Microsoft 365, no mínimo, de 2 vezes ao dia;

2.48. Deverá reter as imagens (backup) por todo período de subscrição sem custo adicional;

2.49. Deverá incluir novos usuários automaticamente, dentro da quantidade de licenças contratadas;

2.50. Deve suportar operação de recuperação das informações protegidas;

2.51. Disponibilizar, no mínimo, as seguintes formas de recuperação dos dados:

2.51.1. Recuperação para o local de origem;

2.51.2. Novo local ou alternativo, através do M365;

2.51.3. Fazer download do arquivo;

2.52. Disponibilizar logs de auditoria para as operações de descoberta legal, auditorias e investigações com pelo menos:

2.52.1. Administrador - Todas as atividades realizadas por usuários administrativos e privilegiados no portal de administração;

2.53. Deverá suportar funcionalidade de criptografia durante todo o processo de proteção dos dados;

2.54. A solução deverá suportar salvaguardar os dados em diferentes regiões e domínios na Cloud;

2.55. Deverá suportar a proteção dos metadados;

2.56. Deverá suportar restore granular para local de origem dos dados e demais destinos alternativos;

2.57. Suportar auditoria

2.58. Suportar MFA2 - Múltiplo fator de autenticação;

2.59. Suportar role-based access control (RBAC);

2.60. Deve suportar retenções ilimitadas de backup;durante o período contratado

2.61. Deve suportar imutabilidade dos dados

2.62. Suportar regras de permitido/bloqueado por endereçamento IP;

2.63. Suportar Point-in-time restore;

2.64. Suportar criptografia fim a fim de no mínimo 256 Bits;

3. Appliance de backup para armazenamento de dados para curta retenção

3.1. Deverá obrigatoriamente ser fornecida solução de armazenamento de dados de backup em disco, baseado em “Appliance”, que se define por subsistema específico de ingestão e tratamento de dados de backup, por meio de tecnologias de desduplicação, replicação e segurança da informação. A solução deve possuir console de gerenciamento unificado com base de catálogo, funcionalidades de movimentação de dados através de gerenciadores de mídia, e requisitos de segurança e proteção.

3.2. Para atendimento dos requisitos técnicos no presente termo visando plena interoperabilidade e segurança dos dados de backup, não serão aceitas soluções tradicionais de armazenamento de dados baseado em Storages, servidores com discos internos e soluções de hiperconvergência.

3.3. Não serão aceitas soluções baseadas em (Virtual Appliance) e dispostas sob Hypervisors

3.4. Não serão aceitas soluções de Appliance baseadas em arquiteturas de referência compostas por servidores x86, que não sejam fornecidas pelo mesmo fabricante da solução de software de backup ofertada.

3.5. Todos os componentes da solução deverão ser fornecidos pelo mesmo fabricante. Serão aceitos também soluções que, de forma exclusiva, o software e o hardware sejam OEM (Original Equipment Manufacturer) licenciado, com part number próprio do PROPONENTE fabricante, e com a devida autorização, bem como a comercialização do produto do próprio de forma pública.

3.6. Deverá ser fornecido no mínimo, 70 TB de capacidade considerando base 2 (1 TB igual a 1024 gigabytes) em RAID-6, sem considerar ganhos com desduplicação e compressão de dados.

3.7. Será permitido a utilização de até 10% da área de armazenamento seja utilizada para armazenar dados de controle, ponteiros de desduplicação, sistema operacional, catálogo, replicação e quaisquer outros dados.

3.8. O appliance dever suportar taxa de ingestão de dados de, no mínimo 57 TB/hora, considerando a desduplicação de dados na origem (client-side);

3.9. Para atendimento dos requisitos de performance sem degradação, será admitida apenas a composição de Appliances do mesmo modelo e versão, visando atingir a taxa de ingestão.

3.10. Deverá ser novo, sem uso, e constar no site do fabricante como um appliance de backup em disco em linha de produção atual.

3.11. Deverá ser do mesmo fabricante do software de proteção de dados para a solução ofertada, garantindo total interoperabilidade entre o hardware e software de backup, devendo ser comprovado através de documentação oficial.

3.12. Permitir a utilização de todas as funcionalidades, tecnologias e recursos especiﬁcados, irrestrita e sem necessidade de licenciamentos ou ônus adicionais;

3.13. Deve ser composto, de processamento, portas de conectividade e armazenamento integrado, dedicado única e exclusivamente, à execução das atividades ingestão, desduplicação e replicação dos dados;

3.14. Possuir interface de administração GUI e CLI;

3.15. Possuir mecanismo de proteção dos dados armazenados, através de RAID (Redundant Array of Independent Disks) de forma a suportar a falha simultânea de no mínimo dois discos, sem interrupção do serviço. A solução deve ser dimensionada e conﬁgurada para suportar a perda de qualquer componente sem impacto para o serviço.

3.16. Possuir discos de Hot Spare para o appliance e gavetas de expansão de disco da solução, sem necessidade de intervenção prévia manual.

3.17. Permitir a substituição dos componentes redundantes sem interrupção do serviço (hot swapping).

3.18. Possuir ao menos 512 GB de memória, permitindo. Não serão aceitas como memória a utilização de tecnologias Flash, SSD ou qualquer outra tecnologia de extensão de cache;

3.19. Possuir no mínimo: 4 (quatro) portas 1GbE (um gigabit ethernet Base-T), 04 portas 25Gb SFP (vinte e cinco gigabit ethernet) e 4 (quatro) portas de 16Gb FC (Fibre Channel) para interconexão e integração com os servidores clientes.

3.20. A replicação de dados de backup entre appliances deverá suportar tecnologia de otimização para economia de largura de banda do link.

3.21. Deverá suportar replicação dos dados em disco para outro appliance. A replicação deverá ser assíncrona e ocorrer em período gerenciado pelo software de backup;

3.22. Deverá ser fornecido licenciamento para replicação dos dados armazenados no dispositivo de armazenamento para outro dispositivo de mesma categoria e nuvem em formato desduplicado.

3.23. Deverá permitir que o software de proteção de dados seja executado diretamente no appliance, garantindo total interoperabilidade entre hardware e software.

3.24. Caso não seja suportado a instalação do software de backup diretamente no appliance, a CONTRATADA deverá fornecer todos os recursos de software, hardware e licenciamento para atender ao requisito técnico. Não será permitido a utilização de recursos de infraestrutura existente na CONTRATANTE.

3.25. Deve possuir tecnologia de proteção contra ataques de sequestro de dados (ransomware attack), diretamente no appliance. Todos os recursos complementares para atendimento do requisito técnico, dos quais: hardware, software e licenciamento devem ser fornecidos.

3.25.1. Deve possuir recursos de imutabilidade dos dados através de Write Once Read Many – WORM garantindo a imutabilidade para todo e qualquer dado de backup enviado para armazenamento no appliance, sendo este de produção ou outro appliance complementar e necessário a arquitetura.

3.25.2. Deverá possuir funcionalidade de criptograﬁa dos backups em no mínimo 256 bits

3.25.3. Deverá suportar imutabilidade de dados, considerando os repositórios de backup integrados e gerenciados pelo appliance.

3.26. Deve exigir a autenticação dupla (2FA-Two Factor Authentication);

3.27. Deverá ser bloqueado qualquer usuário root ou administrador com acesso ao sistema operacional do appliance;

3.28. O relógio de conformidade de retenção deverá ser independente do relógio do sistema operacional para evitar, em caso de ataque cibernético, a alteração do relógio do sistema operacional e a expiração das cópias de backup , ou seja, deverá suportar WORM SEC Rule 17a-4;

3.29. O Appliance deverá possuir a funcionalidade de configurar servidor de gerência e catálogo e gerenciador de mídia para repositório de dados de backup num mesmo equipamento, facilitando assim as atividades de instalação, atualização e gerenciamento da solução; Será facultado a utilização de servidores externos para suprir essa necessidade sem custos adicionais ao Contratante.

3.30. Deverá permitir apenas imagens do sistema operacional assinaladas e desenvolvidas pelo próprio fabricante, evitando assim que um ataque cibernético corrompa ou substitua o sistema operacional do appliance;

3.31. Deverá permitir a implementação da função de segurança RBAC;

3.32. Deverá possuir uma única console gráfica de gerenciamento para todos os appliances, permitindo monitorar e administrar os recursos dos equipamentos além de possibilitar que sejam realizados upgrades e aplicações de patches;

3.33. Deverá implementar a conformidade ao Guias Técnicos de Implementação de Segurança (STIGs) que fornecem orientações técnicas para aumentar a segurança dos sistemas e software para ajudar a prevenir ataques malicioso com no mínimo os seguintes requisitos:

3.34. Deverá implementar conformidade de senhas seguras, não permitindo utilização de senhas fáceis ou sequenciais.

3.35. Deverá reduzir os privilégios da conta do usuário root.

3.36. Deverá habilitar a auditoria para operações de baixo nível, como comandos do sistema operacional e chamadas do sistema.

3.37. Deverá desativar a opção de reinicializar Ctrl-Alt-Delete.

3.38. Deverá desabilitar o login root para SSH.

3.39. Deverá bloquear a conta por no mínimo 15 minutos após três tentativas de login incorretas.

3.40. Deverá implementar o fator duplo de autenticação SAML ou similar;

3.41. Deverá implementar criptograﬁa segura TLS1.2, durante o tráfego dos dados (in-transit) e no armazenamento (at-rest) em todos os backups, restaurações, replicação automática de imagens e desduplicação;

3.42. Deverá possuir o padrão FIPS 140-2 que especiﬁca os requisitos de segurança e criptografia;

3.43. Deverá permitir o bloqueio proativo de comportamentos indesejados de acesso a recursos antes que eles possam ser acionados pelo sistema operacional do appliance;

3.44. Deverá permitir o bloqueio de acesso aos binários do sistema operacional do appliance, exceto por aplicativos, usuários e grupos de usuários identiﬁcados e conﬁáveis;

3.45. Deverá possuir recurso que bloqueie ou seja aprovado por mais de uma função ou setor o appliance de executar uma redeﬁnição de armazenamento (redeﬁnição de fábrica / nova imagem permitida) evitando que um ataque cibernético executa essa função para expirar todos os dados de backup.

3.46. Deverá permitir a veriﬁcação de integridade de dados para garantir que as restaurações de dados sejam bem-sucedidas;

3.47. Deverá permite a conexão do appliance diretamente com a TAPE utilizando portas Fibre Channel, funcionalidade conhecida como tape-out; ou que essa integração seja feita pelo software de backup;

3.48. Caso não seja suportado a funcionalidade conhecida como Tape-Out diretamente no appliance, a CONTRATADA deverá fornecer todos os recursos de software, hardware e licenciamento para atender ao requisito técnico. Não será permitido a utilização de recursos de infraestrutura existente na CONTRATANTE;

3.49. Os componentes de FAN e power supply devem ser redundantes;

3.50. Permitir o uso de compartilhamento da área de armazenamento com suporte a desduplicação a qualquer plataforma com funcionalidade CIFS ou NFS;

3.51. Permitir o uso de compartilhamentos NFS para proteção de bancos de dados Oracle com a utilização do Oracle RMAN, com as seguintes características:

3.51.1. Permitir a gravação dos dados a partir do servidor Oracle diretamente via RMAN em um compartilhamento NFS no appliance;

3.51.2. O produto do backup estará disponível para restauração diretamente no RMAN, utilizando os dados disponíveis no disco do appliance;

3.51.3. Permitir que a os dados copiados diretamente do RMAN sejam duplicados em cópias complementares para disco;

3.52. Permitir replicar os dados através de rede IP (WAN/LAN);

3.53. Suportar os protocolos IPv4 e IPv6;

3.54. Possuir auto suporte do tipo call home para seus componentes de hardware e software, tais como: CPU, disco, fonte, ventiladores, temperatura, capacidade de utilização, ﬁrmware, entre outros.

3.55. Permitir sua instalação em rack padrão 19’’;

3.56. Possuir alimentação elétrica por fontes internas ao equipamento, redundantes e hot-swappable, com faixa de operação de tensão de entrada compreendida, no mínimo, entre 200V a 240V, monofásica (P+N+T), com seleção automática ou manual por meio de chave seletora de tensão, devendo obedecer ao padrão IEC 320 C13-C14 ou similar que utilize plugues no padrão C14;

3.57. Prover ‘software’ para total gerenciamento, administração e conﬁguração do sistema de forma local ou remota., que permitam também a análise de desempenho e implementação das políticas de segurança física, lógica, e de acesso de usuários;

3.58. Possuir todos os acessórios necessários para a plena conﬁguração, operacionalização, utilização e gerenciamento do equipamento;

3.59. Os softwares, drives e ﬁrmwares necessários devem estar em suas últimas versões;

3.60. Não serão aceitas soluções compostas por componentes de fabricantes diferentes;

3.61. Possuir tecnologia de desduplicação de dados, ou seja, não armazenar mais de uma vez dados que sejam duplicados;

3.62. A desduplicação deve segmentar automaticamente os dados em blocos de tamanho ﬁxo e/ou variável;

3.63. A funcionalidade de desduplicação de dados deverá ser executada inline com a ingestão dos dados, ou seja, deverá acontecer antes dos dados serem gravados nos discos, eliminando a necessidade de armazenamento intermediário para cache dos dados;

3.64. A desduplicação deve ser global, ou seja, identiﬁcar dados duplicados tanto do mesmo servidor-cliente de origem do backup como outros servidores-cliente armazenados no mesmo dispositivo de backup, armazenando na solução somente blocos de dados únicos;

3.65. Permitir o envio de dados desduplicados para a nuvem pública, privada ou híbrida. Todos os recursos adicionais necessários de licenciamento de software e hardware devem ser fornecidos para atender a volumetria total de dados a ser protegida, e constar na proposta técnica o detalhamento dos produtos;

3.66. Permitir suporte à replicação dos dados no formato desduplicado, com controle e atualização do catálogo do aplicativo de backup;

4. Expansão do Appliance de backup para armazenamento de dados para curta retenção

4.1. Possuir, no mínimo, 60 TB (sessenta terabytes) de capacidade utilizável considerando base 2 (1 TB igual a 1024 gigabytes) em RAID-6, sem considerar ganhos com desduplicação e compressão de dados;

4.2. Deve ser novo, sem uso, e constar no site do fabricante como uma expansão de appliance de backup em disco em linha de produção atual;

4.3. Deve obrigatoriamente ser compatível com o Appliance de backup para armazenamento de curta retenção do ITEM 3, que se entende como um subsistema com o propósito especíﬁco de ingestão dos dados de backup para armazenamento de curta retenção com desduplicação e replicação;

4.4. Permitir a utilização de todas as funcionalidades, tecnologias e recursos especiﬁcados, irrestrita e sem necessidade de licenciamentos ou ônus adicionais;

4.5. Possuir mecanismo de proteção dos dados armazenados, seja através de RAID (Redundant Array of Independent Disks) de forma a suportar a falha simultânea de no mínimo dois discos quaisquer, sem interrupção do serviço. A solução deve ser dimensionada e conﬁgurada para suportar a perda de qualquer componente sem impacto para o serviço.

4.6. Possuir discos Hot Spare para o appliance e gavetas de expansão de disco da solução, sem necessidade de intervenção prévia manual.

4.7. Permitir a substituição dos componentes redundantes sem interrupção do serviço (hot swapping).

4.8. Permitir sua instalação em rack padrão 19’’;

4.9. Possuir alimentação elétrica por fontes internas ao equipamento, redundantes e hot-swappable, com faixa de operação de tensão de entrada compreendida, no mínimo, entre 200V a 240V, monofásica (P+N+T), com seleção automática ou manual por meio de chave seletora de tensão, devendo obedecer ao padrão IEC 320 C13-C14 ou similar que utilize plugues no padrão C14;

4.10. Possuir todos os acessórios necessários para a plena conﬁguração, operacionalização, utilização e gerenciamento do equipamento, sem necessidade de aquisições futuras de licenças ou softwares de ativação;

4.11. Os softwares, drives e ﬁrmwares necessários devem estar em suas últimas versões;

4.12. Não serão aceitas soluções compostas por componentes de fabricantes diferentes;

4.13. tecnologia de desduplicação de dados, ou seja, não armazenar mais de uma vez dados que sejam duplicados;

4.14. A desduplicação deve segmentar automaticamente os dados em blocos de tamanho ﬁxo e variável;

4.15. A funcionalidade de desduplicação de dados deverá ser executada em linha com a ingestão dos dados, ou seja, deverá acontecer antes dos dados serem gravados nos discos, eliminando a necessidade de armazenamento intermediário para cache dos dados;

4.16. A desduplicação deve ser global, ou seja, identiﬁcar dados duplicados tanto do mesmo servidor-cliente de origem do backup como outros servidores-cliente armazenados no mesmo dispositivo de backup, armazenando na solução somente blocos de dados únicos;

4.17. O equipamento deverá ser configurado em alta disponibilidade, portanto ser composto de no mínimo 2 (dois) nós configurados como cluster ativo/ativo, ou ativo/pasivo ou seja, na eventualidade de queda de um nó, o outro deverá manter as atividades de movimentador de dados de Backup sem paradas;

5. Appliance de backup ou objeto para armazenamento de dados para longa retenção

5.1. Possuir, no mínimo, 600 TB (seiscentos terabytes) de capacidade utilizável considerando base 2 (1 TB igual a 1024 gigabytes) em RAID-6, sem considerar ganhos com desduplicação e compressão de dados;

5.2. Deve fazer uso de sistemas de armazenamento de Backup em disco ou objeto, baseado em “Appliance”, que se entende como um subsistema de ingestão dos dados desduplicados para armazenamento de dados de longa retenção e replicação;

5.3. O “Appliance” deve ser composto, de processamento e armazenamento integrado para ingestão de dados desduplicados e replicação;

5.4. Deve ser novo, sem uso, e constar no site do fabricante como um Appliance de Backup em disco para armazenamento de dados de longa retenção em linha de produção atual;

5.5. Deve ser possuir compatibilidade, comprovada através de documentação oﬁcial do fabricante, com o software de backup ofertado, garantindo total integração entre o hardware e software de Backup, permitindo a utilização de todas as funcionalidades e garantindo assim o desempenho, segurança e a estabilidade desejada para o ambiente;

5.6. Permitir a utilização de todas as funcionalidades, tecnologias e recursos especiﬁcados, irrestrita e sem necessidade de licenciamentos ou ônus adicionais;

5.7. Deve ser composto, de processamento, portas de conectividade e armazenamento integrado, dedicado única e exclusivamente, à execução das atividades ingestão, armazenamento dos dados desduplicados e replicação dos dados;

5.8. O equipamento deverá ser configurado em alta disponibilidade, portanto ser composto de no mínimo 2 (dois) nós configurados como cluster ativo/ativo, ou seja, na eventualidade de queda de um nó, o outro deverá manter as atividades de movimentador de dados de Backup sem paradas;

5.9. Deverá possuir gerenciamento de falhas e alarmes embarcado no próprio “Appliance”, não devendo utilizar servidores externos para tais funcionalidades;

5.10. O sistema de armazenamento deve permitir replicar os dados através de rede IP (WAN/LAN);

5.11. O sistema de armazenamento deve permitir suporte à replicação dos dados no formato desduplicado;

5.12. A solução deve verificar constantemente e automaticamente os dados armazenados, sem a utilização de scripts e/ ou composições feitas exclusivamente para esse órgão;

5.13. Deve possuir interface de administração WEB GUI e CLI;

5.14. O sistema de armazenamento deverá suportar tecnologia RAID ou Erasure Code para proteção de falhas em disco;

5.15. O Sistema de armazenamento de Backup disco deverá conter disco de "hot spare" ou área definida para a proteção dos dados caso ocorra perda de um disco; O disco de "hot spare" será usado para substituir e reconstruir automaticamente o dado de Backup;

5.16. Permitir a substituição dos componentes redundantes sem interrupção do serviço (hot swapping);

5.17. O sistema de armazenamento de Backup ou objeto deve ser escalável à no mínimo 2,5 PB (dois e meio Petabytes) úteis, sem considerar ganhos com desduplicação e compressão de dados;

5.18. Deve ser fornecido com no mínimo 1 (uma) porta de 1 GB (um gigabit) Ethernet para monitoramento, 4 (quatro) portas 10GbE (dez gigabit ethernet fibra) ou 25GbE (vinte e cinco gigabit ethernet fibra) para interconexão e integração com os servidores clientes;

5.19. Deve possui pelo menos 2 (duas) CPUs 10-core cada (dez cores cada CPU) totalizando um mínimo de 20 (vinte) cores;

5.20. O sistema de armazenamento de Backup deve possuir no mínimo 768GB (setecentos e sessenta e oito gigabytes) de memória RAM;

5.21. Deve suportar a tecnologia de imutabilidade ou WORM (write once ready many) para armazenamento dos dados de Backup;

5.22. O sistema de armazenamento deverá suportar protocolos Amazon S3, CIFS e NFS;

5.23. Os componentes de controladoras RAID, FAN e power supply devem ser redundantes;

5.24. Não serão aceitas soluções compostas por componentes de fabricantes diferentes e/ou que não estejam homologadas e fornecidas pelo próprio fabricante do appliance e/ou objeto.

5.25. Todos os componentes de hardware da solução deverão possuir fontes de alimentação redundantes;

5.26. Todos os equipamentos devem ser montáveis em rack padrão 19’’;

5.27. Deve suportar armazenamento via LAN e WAN, sem a necessidade de adquirir outras soluções para as localidades remotas;

5.28. Possuir alimentação elétrica com fontes internas ao equipamento, redundantes e hot-swappable;

5.29. Os equipamentos fornecidos deverão prover ‘software’ de administração e gerenciamento para total administração e configuração do sistema de forma local ou remota, que permitam também a análise de desempenho e implementação das políticas de segurança física, lógica, e de acesso de usuários;

5.30. A solução deve ser fornecida com todos os acessórios necessários para a plena configuração, operacionalização, utilização e gerenciamento do equipamento, sem necessidade de aquisições futuras de licenças ou softwares de ativação, tais como:

5.31. Softwares e manuais necessários para o gerenciamento;

5.32. Os softwares, drives e firmwares necessários devem estar em suas últimas versões;

5.33. Cabos lógicos de gerenciamento/console;

5.34. Cabos de energia elétrica padrão IEC 320 plug C13/C14 e IEC 320 C14/C19;

5.35. Possuir licença para replicação dos dados armazenados no dispositivo de armazenamento para outro dispositivo de mesma natureza em formato desduplicado;

5.36. Deve possuir proteção contra ataques de sequestro de dados (Ransomware attack) diretamente no Appliance, com as seguintes características:

5.37. Deve possuir recursos de imutabilidade dos dados através de Write Once Read Many – WORM garantindo a imutabilidade para o armazenamento no Appliance;

5.38. O relógio de conformidade de retenção deverá ser independente do relógio do sistema operacional para evitar, em caso de ataque cibernético, a alteração do relógio do sistema operacional e a expiração das cópias de backup

5.39. Deverá permitir apenas imagens do sistema operacional assinaladas e desenvolvidas pelo próprio fabricante, evitando assim que um ataque cibernético corrompa ou substitua o sistema operacional do Appliance;

5.40. Deverá possuir o padrão FIPS 140-2 que especiﬁca os requisitos de segurança e criptografia;

5.41. Possuir auto suporte do tipo call home para seus componentes de hardware e software, tais como: CPU, disco, fonte, ventiladores, temperatura, capacidade de utilização, ﬁrmware, entre outros;

5.42. A desduplicação deve ser global, ou seja, todos os dados armazenados no repositório de longa retenção deverão estar em blocos duplicados.

5.43. Permitir o envio de dados desduplicados para a nuvem;

6. Expansão de Appliance de backup ou objeto para armazenamento de dados para longa retenção

6.1. Possuir, no mínimo, 600 TB (seiscentos terabytes) de capacidade utilizável considerando base 2 (1 TB igual a 1024 gigabytes) em RAID-6 ou erasure coding, sem considerar ganhos com desduplicação e compressão de dados;

6.2. Deve obrigatoriamente ser compatível com o Appliance de backup para armazenamento de longa retenção do ITEM 5,que se entende como o propósito de ingestão dos dados de backup para armazenamento de longa retenção dos dados desduplicados e replicação

6.3. Permitir a utilização de todas as funcionalidades, tecnologias e recursos especiﬁcados, irrestrita e sem necessidade de licenciamentos ou ônus adicionais;

6.4. Deve ser novo, sem uso, e constar no site do fabricante como uma expansão de appliance de backup ou de objeto em disco para armazenamento de dados de longa retenção em linha de produção atual;

6.5. Permitir a utilização de todas as funcionalidades, tecnologias e recursos especiﬁcados, irrestrita e sem necessidade de licenciamentos ou ônus adicionais;

6.6. Deverá possuir gerenciamento de falhas e alarmes embarcado no próprio “Appliance”, não devendo utilizar servidores externos para tais funcionalidades;

6.7. O sistema de armazenamento deve permitir replicar os dados através de rede IP (WAN/LAN);

6.8. O sistema de armazenamento deve permitir suporte à replicação dos dados no formato desduplicado;

6.9. Deve possuir interface de administração WEB GUI e CLI;

6.10. O sistema de armazenamento deverá suportar RAID-1 para Sistema Operacional e RAID-6 ou erasure coding para dados como sistema de proteção de falhas em disco;

6.11. O Sistema de armazenamento de backup disco deverá conter disco de "hot spare" ou área para a proteção de dados caso ocorra perda de um disco. O disco de "hot spare" será usado para substituir e reconstruir automaticamente o dado de backup;

6.12. Permitir a substituição dos componentes redundantes sem interrupção do serviço (hot swapping).

6.13. Deve suportar a tecnologia de imutabilidade ou WORM (write once ready many) para armazenamento dos dados de backup;

6.14. Os componentes de controladoras RAID, FAN e power supply devem ser redundantes;

6.15. Não serão aceitas soluções compostas por componentes de fabricantes diferentes; e/ou que não sejam homologadas ou fornecidas pelo próprio fabricante appliance de backup ou objeto

6.16. Todos os componentes de hardware da solução deverão possuir fontes de alimentação redundantes;

6.17. Todos os equipamentos devem ser montáveis em rack padrão 19’’;

6.18. Deve suportar armazenamento via LAN e WAN, sem a necessidade de adquirir outras soluções para as localidades remotas;

6.19. Possuir alimentação elétrica com fontes internas ao equipamento, redundantes e hot-swappable;

6.20. A solução deve ser fornecida com todos os acessórios necessários para a plena configuração, operacionalização, utilização e gerenciamento do equipamento, sem necessidade de aquisições futuras de licenças ou softwares de ativação, tais como:

6.21. Softwares e manuais necessários para o gerenciamento;

6.22. Os softwares, drives e firmwares necessários devem estar em suas últimas versões;

6.23. Cabos lógicos de gerenciamento/console;

6.24. Cabos de energia elétrica padrão IEC 320 plug C13/C14 e IEC 320 C14/C19.

6.25. Possuir licença para replicação dos dados armazenados no dispositivo de armazenamento para outro dispositivo de mesma natureza em formato desduplicados;

6.26. Deverá possuir o padrão FIPS 140-2 que especiﬁca os requisitos de segurança e criptografia;

6.27. Possuir auto suporte do tipo call home para seus componentes de hardware e software, tais como: CPU, disco, fonte, ventiladores, temperatura, capacidade de utilização, ﬁrmware, entre outros.

6.28. Permitir o envio de dados desduplicados para a nuvem;

7. Serviço de instalação e configuração

7.1. As atividades de entrega, instalação e configuração dos softwares e equipamentos da solução deverão ocorrer na sede do CONTRATANTE e a execução deve ser realizada em horários que não coincidam com o expediente do CONTRATANTE.

7.2. O CONTRATANTE poderá autorizar a realização de atividades durante o horário de expediente se, ao seu exclusivo critério, entender que não oferece risco ao funcionamento dos serviços e sistemas em produção.

7.3. O processo de entrega, instalação e configuração dos componentes da solução deverá ser acompanhado e supervisionado pela equipe técnica indicada pelo CONTRATANTE.

7.4. Entregar os equipamentos novos e 1º uso juntamente com todos os itens acessórios de hardware e de software necessários à perfeita instalação e funcionamento, incluindo cabos, conectores, interface, suportes, drivers de controle, programas de configuração, conforme especificações constantes no ANEXO I - ESPECIFICAÇÕES TÉCNICAS DA SOLUÇÃO deste Termo de Referência.

7.5. Entregar os equipamentos devidamente protegidos e embalados, originais lacrados, sem danos de transporte e manuseio.

7.6. Entregar os equipamentos e softwares, às suas expensas, bem como instalar e realizar todos os testes necessários à verificação do perfeito funcionamento dos produtos fornecidos.

7.7. Entregar toda a documentação técnica em meio eletrônico, completa e atualizada, contendo os manuais e guias de utilização.

7.8. Caso a implantação de qualquer elemento da solução cause interferência na correta operação da rede de dados do CONTRATANTE, a CONTRATADA deverá alocar profissionais com qualificação suficiente para corrigir o problema ou retornar ao ambiente à condição anterior à implantação.

7.9. A execução dos serviços de entrega, instalação e configuração dos softwares e equipamentos da solução deverá contemplar, no mínimo, os seguintes itens:

a) Instalação física e ativação dos componentes da solução.

b) Integração à rede do CONTRATANTE, sem interrupção no funcionamento normal dos serviços de TI. Caso exista a necessidade de interrupção de qualquer equipamento ou serviço em produção para a integração da solução, o prazo para realização e a duração da janela de manutenção deverão ser acordados com o CONTRATANTE.

c) Instalação e configuração dos softwares e funcionalidades exigidas na especificação técnica dos elementos que compõem a solução fornecida, bem como quaisquer outras disponíveis adicionalmente nos diversos componentes da solução mediante solicitação da equipe do CONTRATANTE.

d) Realização de testes de operação da solução que comprovem o funcionamento dos recursos de tolerância a falhas dos diversos componentes da solução, quando aplicável.

e) Atualização do Plano de Implantação com todas as informações que representem a topologia física e lógica e a configuração final aplicadas.

8. Serviço de transferência de conhecimento

8.1. A CONTRATADA deverá realizar a transferência de conhecimento para a equipe técnica do CONTRATANTE por meio de treinamento nas tecnologias da solução para até 10 participantes com carga horária total de no mínimo 20 (vinte) horas.

8.2. O serviço de transferência de conhecimento será solicitado sob demanda, mediante de emissão de ordem de serviço específica para este serviço conforme ANEXO III - CRONOGRAMA DE IMPLANTAÇÃO.

8.3. A transferência de conhecimento deverá iniciar no prazo máximo de 15 (quinze) dias corridos após a emissão da ordem de serviço específica para esta etapa conforme ANEXO III - CRONOGRAMA DE IMPLANTAÇÃO.

8.4. A transferência de conhecimento deverá ser realizada na sede do CONTRATANTE ou em ambiente alternativo indicado pela CONTRATADA, desde que seja previamente justificado e autorizado pelo CONTRATANTE.

8.5. O programa para a transferência de conhecimento deverá abordar as principais funcionalidades de administração e operação da solução e ser previamente aprovado pelo CONTRATANTE, e eventuais mudanças de conteúdo solicitadas deverão constar no material didático.

8.6. O material didático da transferência de conhecimento deverá ser disponibilizado em formato eletrônico, sem custo adicional para o CONTRATANTE, devendo ainda estar, preferencialmente, em língua portuguesa (Brasil), podendo ser em idioma estrangeiro (inglês), tendo em vista que é comum soluções de Tecnologia da Informação serem desenvolvidas por empresas estrangeiras e material bilíngue.

8.7. Deverá ser emitido certificado de participação ao final do curso a cada participante, detalhando programa e carga horária.

8.8. O cronograma efetivo da transferência de conhecimento será definido em conjunto com o CONTRATANTE, após a emissão da Ordem de Serviço na primeira reunião de planejamento.

8.9. Caso a transferência de conhecimento não seja satisfatória com relação à profundidade do conteúdo apresentado ou domínio dos temas por parte do instrutor, a CONTRATADA deverá complementar, sem ônus adicional, o repasse dos pontos considerados pelo CONTRATANTE como insatisfatórios.

8.10. A transferência de conhecimento deverá ser realizada por técnicos qualificados e certificados pelos fabricantes dos softwares e equipamentos da solução ofertada.

9. Serviço de suporte técnico

9.1. O serviço de suporte técnico para os softwares e equipamentos da solução deverá ser executado pela CONTRATADA ou diretamente pelo fabricante, durante o prazo de 48 (quarenta e oito) meses, contados a partir da data de emissão do Termo de Recebimento Definitivo dos serviços de entrega, instalação e configuração dos softwares e equipamentos da solução.

9.2. O serviço de suporte técnico da solução consiste em:

a) Atuar, mediante abertura pelo CONTRATANTE de chamado técnico de suporte, no local de instalação da solução, visando a solução de problemas que afetem de forma isolada ou conjunta, qualquer elemento da solução, permitindo o retorno à condição normal de operação.

b) Atuar, mediante abertura pelo CONTRATANTE de chamado técnico de suporte, por meio de contato telefônico ou outro recurso de comunicação, visando o esclarecimento de dúvidas em relação a qualquer elemento da solução.

c) Realizar visitas técnicas preventivas no local de instalação da solução (on-site), com frequência mensal, e com duração de pelo menos 1 (uma) hora a cada visita, visando assegurar o melhor desempenho da solução.

d) Substituir peças e componentes, cujos problemas sejam decorrentes do desgaste pelo uso normal dos equipamentos, por outras de configuração idêntica ou superior, originais e novas.

9.3. CONTRATANTE realizará a abertura de chamados técnicos de suporte por ligação telefônica, por e-mail ou via Internet, em período integral, 24 (vinte e quatro) horas por dia, 07 (sete) dias por semana.

9.4. A CONTRATADA deverá informar o procedimento para abertura de chamado técnico de suporte no documento Plano de Implantação.

9.5. Se a Central de Suporte estiver localizada fora de Brasília, a CONTRATADA deverá informar o DDG (discagem direta gratuita 0800). O acesso à área restrita de suporte em endereço eletrônico (WEB site) deverá estar disponível, também, 24 (vinte e quatro) horas por dia, 07 (sete) dias por semana.

9.6. Quando da abertura de chamado técnico de suporte pelo CONTRATANTE, a CONTRATADA deverá informar o número do chamado, para fins de controle.

9.7. A CONTRATADA deverá enviar mensalmente, ou disponibilizar acesso por meio de portal internet, relação consolidada dos chamados abertos no mês, mencionando: data e hora de abertura do chamado técnico, número do chamado técnico, problemas verificados, técnico responsável pelo atendimento.

9.8. A CONTRATADA deverá disponibilizar acesso a base de conhecimento do fabricante dos componentes da solução, contemplando toda a documentação técnica (guias de instalação/configuração atualizados, FAQ’s, com pesquisa efetuada através de ferramentas de busca) e atualizações.

9.9. A CONTRATADA deverá realizar a cada ocorrência, como escopo das atividades de visitas técnicas preventivas, as tarefas de coleta e análise de logs dos produtos, realizar o levantamento de configurações aplicadas nos softwares e equipamentos da solução, buscando compará-las às melhores práticas e recomendações dos fabricantes, avaliar aspectos de segurança e desempenho da solução, finalizando com a elaboração de relatório técnico com as informações coletadas e as recomendações a serem aplicadas à solução.

9.10. As visitas técnicas preventivas deverão ser realizadas por técnico(s) plenamente qualificado(s), com certificação emitida pelos fabricantes dos softwares e equipamentos da solução ofertada, e deverão ser prestadas com acompanhamento da equipe técnica do CONTRATANTE.

9.11. A contagem de prazo para a realização das visitas técnicas preventivas será iniciada após emissão do Termo de Recebimento Definitivo, devendo ocorrer automaticamente em dia e hora previamente agendada com o CONTRATANTE e serão consideradas concluídas após o entrega do relatório técnico de atendimento e aceite pelo CONTRATANTE. A cada visita deverá ser gerado relatório técnico com sugestões e ajustes para a melhoria de desempenho, funcionalidade e segurança.

9.12. A CONTRATADA deverá prestar as informações e os esclarecimentos que venham a ser solicitados pelos técnicos do CONTRATANTE, em relação à instalação, configuração e problemas detectados, atendendo de imediato as solicitações.

9.13. Níveis mínimos do serviço de suporte técnico:

9.14. Quando da abertura de chamado técnico de suporte, os chamados deverão ser categorizados em 3 (três) níveis, da seguinte forma:

Criticidade	Descrição	Prazo máximo para início de atendimento (contados a partir da abertura do chamado)	Prazo máximo para restauração de serviço (contados a partir da abertura do chamado)
Severidade 1 (Alta)	Atuação ON-SITE em ocorrências que causem indisponibilidade ou restrição de funcionalidade da solução prejudicando a operação normal e que gerem impacto ao negócio.	Em até 2 (duas) horas deve ter um técnico da CONTRATADA ON-SITE.	Em até 4 (quatro) horas
Severidade 2 (Média)	Atuação REMOTA visando sanar problemas que criem restrições a operação normal da solução não gerando impacto ao negócio.	Em até 6 (seis) horas um técnico da CONTRATADA entra em contato.	Em até 12 doze) horas
Severidade 3 (Baixa)	Atuação REMOTA visando sanar problemas que não afetem a operação normal da solução ou dúvidas de operação e configuração.	Em até 12 (doze) horas um técnico da CONTRATADA entra em contato.	Em até 36 (trinta e seis horas)

Setor de Clubes Esportivos Sul - Lote 09 - Trecho III - Polo 8 - Bairro Asa Sul - CEP 70200-003 - Brasília - DF - www.cjf.jus.br
Processo nº0000958-23.2023.4.90.8000	SEI nº0505306