Common use of Recuperação de Falhas e Segurança de Dados Clause in Contracts

Recuperação de Falhas e Segurança de Dados. 4.3.1 A recuperação de falhas deverá ser na medida do possível, automática. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário; 4.3.2 O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização); 4.3.3 As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior; 4.3.4 As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente; 4.3.5 Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 5.1. A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 5.2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 5.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 5.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações – Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 25.25.1. A recuperação de falhas deverá ser na medida do possívelautomática, automáticaocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 25.25.2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 25.25.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 25.25.4. As regras de Integridade integridade dos Dados dados devem estar alojadas no Servidor servidor de Banco banco de Dados dados e não nas aplicaçõesaplicações – Front-End, de tal forma que um usuário que acesse o Banco banco de Dados dados por outras vias não o torne inconsistente;. 4.3.5 25.25.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 A recuperação de falhas deverá ser na medida do possível, automática. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário; 4.3.2 O sistema deverá permitir a realização de backups dos dados de forma on-on- line (com o banco de dados em utilização); 4.3.3 As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior; 4.3.4 As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente; 4.3.5 Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 5.1. A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 5.2. O sistema deverá permitir a realização de backups dos dados de forma on-line / off line (com o banco de dados em utilização);. 4.3.3 5.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 5.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações – Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha. 5.6. É de inteira e exclusiva responsabilidade da Contratada a rotina de backups, bem como permitir seu armazenamento em local seguro pela Contratante, devendo a Contratada armazenar cópia do mesmo em “nuvem”. 5.7. Ao final do contrato, todos os dados (backups etc) devem ser disponibilizados à Contratante ou a quem esta indicar formalmente, devendo tais dados serem compatíveis e abertos para conversões para outros sistemas com vistas a serem analisados e/ou recuperados.

Recuperação de Falhas e Segurança de Dados. 4.3.1 5.1. A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 5.2. O sistema deverá permitir a realização de backups dos dados de forma on-on- line (com o banco de dados em utilização);. 4.3.3 5.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 5.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações – Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 2.3.1. A recuperação de falhas deverá ser na medida do possível, automática. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário; 4.3.2 2.3.2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização); 4.3.3 2.3.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior; 4.3.4 2.3.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente; 4.3.5 2.3.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 3.12.1. A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 3.12.2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 3.12.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 3.12.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações – Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 3.12.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 1.2.1. A recuperação de falhas deverá ser feita na medida do possível, automáticaautomaticamente ocorrendo de forma transparente ao usuário. O sistema deverá Os softwares deverão conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 O sistema deverá 1.2.2. Os softwares deverão permitir a realização de backups dos dados diários e de forma on-line (com o banco de dados em utilização);automática. 4.3.3 1.2.3. As transações no sistematransações, preferencialmente, devem deverão ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente; 4.3.5 1.2.4. Em caso de falha operacional ou lógica, o sistema deverá os softwares deverão recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 3.4.1. A recuperação de falhas deverá ser na medida do possível, automática, ocorrendo de forma Data: 11/06/2018 14:00 3.4.2. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário; 4.3.2 O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 3.4.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 3.4.4. As regras de Integridade integridade dos Dados dados devem estar alojadas no Servidor servidor de Banco banco de Dados dados e não nas aplicaçõesaplicações - Front-End, de tal forma que um usuário que acesse o Banco banco de Dados dados por outras vias não o torne inconsistente;. 4.3.5 3.4.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 5.2.1. A recuperação de falhas deverá ser na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 5.2.2. O sistema deverá permitir a realização de backups dos dados de forma on-line e automática (com o banco de dados em utilização);. 4.3.3 5.2.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname nome e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 5.2.4. As regras de Integridade dos Dados dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5.2.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 2.2.1 - A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 2.2.2 - O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 2.2.3 - As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 2.2.4 - As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações - Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 2.2.5 - Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 5.2.1. A recuperação de falhas deverá ser na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 5.2.2. O sistema deverá permitir a realização de backups dos dados de forma on-line e automática (com o banco de dados em utilização);. 4.3.3 5.2.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname nome e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 5.2.4. As regras de Integridade dos Dados dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicações, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5.2.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.transação

Recuperação de Falhas e Segurança de Dados. 4.3.1 10.12.1. A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 10.12.2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 10.12.3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 10.12.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações – Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 10.12.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 1. A recuperação de falhas deverá ser ser, na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);dados. 4.3.3 3. As transações no sistema, preferencialmente, devem ficar registradas permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 4. As regras de Integridade dos Dados dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações (front-end), de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.

Recuperação de Falhas e Segurança de Dados. 4.3.1 5.2.1. A recuperação de falhas deverá ser na medida do possível, automática, ocorrendo de forma transparente ao usuário. O sistema deverá conter mecanismos de proteção que impeçam a perda de transações já efetivadas pelo usuário;. 4.3.2 5.2.2. O sistema deverá permitir a realização de backups dos dados de forma on-line (com o banco de dados em utilização);. 4.3.3 5.2.3. As transações no sistema, preferencialmente, devem ficar registradas registrada permanentemente com a indicação do usuário, data, hora exata, hostname e endereço IP, informação da situação antes e depois, para eventuais necessidades de auditoria posterior;. 4.3.4 5.2.4. As regras de Integridade dos Dados devem estar alojadas no Servidor de Banco de Dados e não nas aplicaçõesaplicações - Front-End, de tal forma que um usuário que acesse o Banco de Dados por outras vias não o torne inconsistente;. 4.3.5 5.2.5. Em caso de falha operacional ou lógica, o sistema deverá recuperar-se automaticamente, sem intervenção de operador, de modo a resguardar a última transação executada com êxito, mantendo a integridade interna da base de dados correspondente ao último evento completado antes da falha.