Questões de concursos

A velocidade de rede para se conectar à nuvem não importa para o backup pois isso é compensado pelo sistema de cache.

Se a replicação correta e o backup de dados forem verificados no início da implantação irá garantir permanentemente o backup dos dados.

A maioria dos sistemas de banco de dados possui mecanismos para replicação de dados, backups físicos de banco de dados e backups lógicos de banco de dados, oferecendo suporte para backups a frio (offline ) e a quente (online ).

A integridade dos dados pode ser garantida pelos sistemas de nuvem sem a necessidade de espelhamento de servidor ou sombreamento de banco de dados.

A parte importante do processo de backup é o processo de alocação de espaço para o backup.

Os modelos estrela (Star-Schemas) nos bancos de dados relacionais não podem ser usados como base para construção de cubos OLAP pois não possuem fundação e compatibilidade física com os mesmos.

As informações apresentadas em um banco de DataWarehouse devem estáticas para que variações temporais não afetem a sua integridade e consistência

Um dos objetivos do DataWarehousing é facilitar mais discussões para decidir quais números estão corretos

Os cubos OLAP normalmente suportam hierarquias irregulares complexas de profundidade indeterminada, como organogramas ou listas de materiais.

É importante que os modelos estrela (Star-Schemas) estejam normalizados na 3FN, pelo menos, para possibilitar consultas mais eficientes aos cubos OLAP.

A migração dos dados empresariais para a nuvem significa que a responsabilidade pela segurança dos dados passa a ser do provedor de nuvem.

A sobreposição de fronteiras de confiança de dados de nuvem pode proporcionar aos consumidores maior segurança contra sistemas automatizados mal-intencionados

Um provedor de nuvem não confiável pode não manter as garantias que faz nos SLAs publicados para seus serviços de nuvem. Isso pode comprometer a qualidade das soluções do consumidor de nuvem que dependem desses serviços de nuvem.

Devido aos padrões estabelecidos dentro da indústria de computação em nuvem, as nuvens públicas facilitam mudar de um provedor de nuvem para outro.

Os consumidores de nuvem sempre são informados da localização física de seus recursos de TI e dados quando hospedados em nuvens públicas.

A extração é o primeiro passo no processo de inserção de dados no ambiente do data warehouse. Extrair significa transformar os dados para posterior manipulação.

O sistema ETL agrega valor aos dados com tarefas de limpeza e conformidade, alterando e aprimorando os dados.

Porque a missão principal da Extração no processo de ETL é transferir as tabelas de dimensão e fato na etapa de entrega.

A transformação do processo de ETL cria um perfil de dados (data profiling) para descrever seu conteúdo, consistência e estrutura.

Um de nossos objetivos da carga dos dados no processo de ETL é oferecer uma arquitetura abrangente para medição e, em última análise, controle da qualidade dos dados no data warehouse.

O software legado é arquitetado para ser executado dentro dos firewalls corporativos, mas não depende do hardware físico.

As arquiteturas de computação em nuvem requerem arquiteturas fracamente acopladas.

A elasticidade não é um motivo válido para mover o aplicativo para a nuvem

Os serviços em nuvem são stateful, já os sistemas legados, em geral, são stateless

Devemos unificar as iniciativas de computação em nuvem em uma entrega só para gerar valor comercial mais rapidamente.