Sobre o Uso do Oracle Cloud Object Storage para Armazenar Anexos

Os clientes que têm um amplo banco de dados do Planning, principalmente devido ao número de anexos carregados, devem usar o Oracle Cloud Infrastructure (OCI) Object Storage para armazenar os anexos. Usar uma opção de armazenamento separado permitirá uma grande redução no tamanho do instantâneo do LCM, para que as etapas de backup, download e restauração sejam mais simplificadas (por exemplo, ao restaurar um instantâneo do ambiente de teste para o de produção, ou ao fazer download de um instantâneo para o armazenamento offline). Outra vantagem de usar o OCI Object Storage é que você pode aumentar o tamanho máximo do anexo de 20 MB para 100 MB. É uma prática altamente recomendável usar o OCI Object Storage.

O OCI Object Storage requer sua própria assinatura e configuração, de modo que esse recurso é opcional. Se você optar por configurá-lo, a partir de então os anexos serão armazenados no OCI Object Storage e os anexos existentes serão movidos para o OCI Object Storage assim que ele for configurado.

Quando você cria um aplicativo usando um snapshot ou clonagem, e o aplicativo de origem usa o OCI Object Storage para armazenar anexos, a senha necessária para acessar o bucket do OCI Object Storage não é exportada no novo aplicativo por motivos de segurança. A prática recomendada é clonar separadamente o bucket de origem do OCI Object Storage e configurar o novo bucket no novo aplicativo. Consulte Configuração do OCI Object Storage no Planning.

Note:

  • Depois que você começar a usar o OCI Object Storage, não é possível voltar a usar o banco de dados do Planning para esses anexos.
  • Durante a clonagem, se a origem estiver definida para usar armazenamento de objetos intermediário, depois da migração, às vezes as estatísticas gerais sobre os anexos no destino (OCI) não correspondem à origem devido ao seguinte:
    • Registros órfãos: Quando referências órfãs na origem (que são consideradas nas estatísticas da origem) são migradas, elas se perdem no sistema de destino por não estarem associadas a nenhum objeto. Isso causa uma incompatibilidade nas estatísticas no destino quando comparadas com as da origem. Por exemplo, referências órfãs são criadas quando um alerta possui referências a comentários e os comentários são excluídos, mas as referências não são removidas na origem.
    • Anexos duplicados: Para anexos duplicados na origem, apenas a referência distinta é considerada para as estatísticas na origem. No entanto, após a migração, cada registro duplicado possui sua própria referência única no destino, pois são migrados como parte de artefatos diferentes. Isso causa uma incompatibilidade nas estatísticas.

      Note:

      Isso é aplicável somente para o Task Manager.