Sobre o Oracle Database File System

O Oracle Database File System (DBFS) aproveita os benefícios do banco de dados para armazenar arquivos e os pontos fortes do banco de dados no gerenciamento eficiente de dados relacionais para implementar uma interface de sistema de arquivos padrão para arquivos armazenados no banco de dados. Com essa interface, os arquivos no banco de dados podem ser acessados de forma transparente usando qualquer programa do sistema operacional que atue nos arquivos.

O DBFS é semelhante ao NFS no sentido de fornecer um sistema de arquivos de rede compartilhada semelhante ao sistema de arquivos local e tem um componente de servidor e um componente de cliente. O sistema de arquivos DBFS pode ser montado a partir dos hosts de camada intermediária e acessado como um sistema de arquivos compartilhado regular.

O DBFS apresenta alguma complexidade devido à configuração e manutenção exigidas pela montagem do DBFS. Instale o cliente de BD no host que o monta e execute uma configuração inicial de alguns artefatos no banco de dados (espaço de tabela, usuário etc.) e no cliente (a wallet, tnsnames.ora etc.). Ele requer capacidade adicional no banco de dados porque o conteúdo copiado para a montagem do DBFS é armazenado no banco de dados.

Não é recomendável armazenar a configuração do domínio ou os binários diretamente na montagem do DBFS. Isso criaria uma dependência muito forte entre os arquivos do Oracle Fusion Middleware e o banco de dados. No entanto, há alguns artefatos e operações que podem se beneficiar dos recursos do DBFS.

Sobre o Uso do DBFS para a Pasta runtime

Você pode usar uma montagem do Oracle Database File System (DBFS) para os dados de runtime compartilhados como alternativa ao NFS. Qualquer conteúdo armazenado na montagem do DBFS reside no banco de dados e é automaticamente replicado para o site stand-by por meio da replicação subjacente do Oracle Data Guard. Dessa forma, o site secundário sempre tem uma cópia sincronizada dele. Não é necessário configurar a replicação adicional do conteúdo de runtime.

Para implementar essa abordagem, instale o cliente do BD em todos os hosts de camada intermediária (primária e secundária). Você deve executar uma configuração inicial de alguns artefatos no banco de dados (espaço de tabela DBFS, usuário etc.) e no cliente (a wallet, tnsnames.ora etc.).

Consulte o script dbfs_dr_setup_root.sh como exemplo de script para configurar uma montagem do DBFS em hosts de camada intermediária. Este script instala o cliente de banco de dados, cria o esquema DBFS no banco de dados, configura os artefatos do cliente e monta o sistema de arquivos DBFS em um host de camada intermediária.

Vá para Fazer Download do Código do link para fazer download do script.

Considere os seguintes pontos ao usar este script:

• O utilitário "yum" deve ser configurado corretamente no host antes de você executar o script. O script usa o yum para fazer download de alguns pacotes necessários para a instalação do cliente DB.
• Você deve fornecer os valores do ambiente (nomes de usuário, caminhos etc.) na seção "CUSTOMIZABLE VARIABLES" do script.
• A variável DBFS_CONFIG_DIR é usada para personalizar a localização dos artefatos de configuração do DBFS (a wallet, o tnsnames.ora e o script para montar o DBFS). Utilize um local que não seja replicado entre os sites, de modo que cada site tenha sua própria configuração. Não coloque-o na pasta de domínio, pois ele será replicado para secundário quando o domínio for replicado.
• Você deve executar o script em hosts de camada intermediária principais (apontando para o banco de dados principal) e nos hosts de camada intermediária secundária (apontando para o banco de dados secundário). Você verá advertências porque algumas coisas já foram criadas (usuário bdb, tablespace etc.), mas você pode ignorar essas mensagens.
• Para executar a configuração nos hosts secundários de camada intermediária, o banco de dados stand-by deve ser aberto no modo stand-by de snapshot. Isso ocorre porque o DBFS só pode ser montado quando o banco de dados está aberto. Quando o Oracle Data Guard não é um Active Data Guard, o banco de dados standby está no estado de montagem. Para acessar a montagem do DBFS no site stand-by nesses casos, converta o banco de dados em stand-by de snapshot.

Depois que a montagem do DBFS for configurada em todos os hosts de camada intermediária, você poderá usá-la como uma pasta compartilhada para os dados de runtime (por exemplo, para arquivos lidos/gravados por um adaptador de arquivos ou aplicativo personalizado). Você não precisa replicar manualmente esse conteúdo para o site secundário; ele é replicado automaticamente com o Oracle Data Guard. Se um switchover ou failover acontecer, o conteúdo do runtime estará disponível no novo principal junto com o restante das informações armazenadas no banco de dados.

Vantagens de usar a montagem do DBFS para os dados de runtime:

• A replicação entre sites é implícita. O conteúdo armazenado na montagem do DBFS no site principal é replicado para o site secundário por meio do Oracle Data Guard.

Desvantagens:

• O desempenho do DBFS é pior do que nas soluções NFS (Oracle Cloud Infrastructure File Storage, Oracle ZFS).
• A Oracle recomenda que você remonte dbfs na nova instância principal após um switchover, para garantir que a montagem do DBFS esteja íntegra. A montagem do DBFS pode ficar desatualizada e exigir uma remontagem se o banco de dados ao qual ele aponta não estiver aberto por algum tempo (Por exemplo, enquanto o banco de dados está no modo standby).

Sobre o Uso do DBFS para replicar a Configuração do Oracle WebLogic Server

O Oracle Database File System (DBFS) é outro método que você pode usar para replicar a configuração. Nesse caso, você pode usar uma montagem DBFS como um local intermediário para replicar a configuração. Qualquer conteúdo armazenado na montagem do DBFS reside no banco de dados e é automaticamente replicado para o site stand-by por meio da replicação subjacente do Oracle Data Guard.

Esse método aproveita a robustez da réplica do Oracle Data Guard. Ele tem boa disponibilidade por meio da lógica de repetição do Oracle Driver e fornece um comportamento resiliente. Você pode usá-lo em cenários com latências médias ou altas entre os data centers. No entanto, o uso do DBFS para replicação de configuração tem implicações adicionais das perspectivas de configuração, armazenamento de banco de dados e ciclo de vida:

• Ela apresenta alguma complexidade devido à configuração e manutenção exigidas pela montagem do DBFS. Ele requer que o cliente de BD seja instalado no host que vai montá-lo, requer uma configuração inicial de alguns artefatos no banco de dados (espaço de tabela, usuário etc.) e no cliente (a wallet, o tnsnames.ora etc.). Consulte o script dbfs_dr_setup_root.sh como um script de exemplo que instala o cliente de banco de dados, cria o esquema DBFS no banco de dados, configura os artefatos do cliente e monta o sistema de arquivos DBFS em um host de camada intermediária.
• Ele requer capacidade adicional no banco de dados porque o conteúdo copiado para a montagem do DBFS é armazenado no banco de dados.
• Não é recomendável armazenar a configuração do domínio ou os binários diretamente na montagem do DBFS. Isso cria uma dependência muito forte entre os arquivos do Oracle Fusion Middleware e o banco de dados. Em vez disso, recomenda-se usar o DBFS como um sistema de arquivos assistance: um sistema de arquivos de preparação intermediário para colocar as informações que serão replicadas para o site standby. A replicação para o stand-by tem duas etapas: da pasta de origem do principal para a montagem do DBFS intermediária e, em seguida, no site stand-by, da montagem do DBFS para a pasta de destino do stand-by.
• O DBFS só pode ser montado quando o banco de dados está aberto. Quando o Oracle Data Guard não é um Active Data Guard, o banco de dados standby está no estado de montagem. Portanto, para acessar a montagem do DBFS no site stand-by nesses casos, o banco de dados deve ser convertido para o stand-by de snapshot. Quando o Active Data Guard é usado, o sistema de arquivos pode ser montado para leituras e não há necessidade de fazer a transição para o snapshot.

Por esses motivos, o DBFS não é recomendado como uma solução de uso geral para replicar todos os artefatos do sistema de arquivos para o standby. Por exemplo, é um overkill para replicar os binários com DBFS.

No entanto, essa abordagem é adequada para replicar alguns artefatos dinâmicos durante o ciclo de vida, como a configuração compartilhada do domínio (ASERVER_HOME), quando outros métodos, como replicação de armazenamento ou rsync, não são viáveis. Consulte o artigo Recuperação de Desastres do Oracle WebLogic Server for Oracle Cloud Infrastructure para ver um exemplo sobre como usar o DBFS como um sistema de arquivos de assistência para replicar a configuração do domínio.

Vá para Fazer Download do Código do link para fazer download do script.