Requisitos de armazenamento

Tópico modificado em: 2009-09-28

Para planejar o armazenamento, você precisa determinar os componentes de armazenamento que deseja implantar, incluindo o tipo de armazenamento, o local de armazenamento do banco de dados e dos arquivos de log e as decisões sobre os componentes a serem utilizados para escalabilidade e alta disponibilidade.

Componentes de armazenamento

Tipos de dados e armazenamento

Para planejar uma solução de armazenamento para o Office Communications Server 2007 R2, é preciso saber os tipos de dados que serão gerados e onde cada tipo será armazenado. A tabela a seguir relaciona essas informações.

Tabela 1. Tipos de dados e armazenamento

Tipo de dados Nome do armazenamento de dados Localização

Dados de usuário persistentes (por exemplo, ACLs, contatos, servidor ou pool primário, conferências agendadas)

RTC

Enterprise Edition, banco de dados back-end; Standard Edition, Microsoft SQL Server 2005 Express com SP2.

Configurações persistentes do Office Communications Server 2007 R2

RTCConfig

Enterprise Edition, banco de dados back-end; Standard Edition, SQL Server 2005 Express com SP2.

Dados de usuário temporários (por exemplo, pontos de extremidade e inscrições, bem como o estado temporário das conferências)

RTCDyn

Enterprise Edition, banco de dados back-end; Standard Edition, SQL Server 2005 Express com SP2.

O banco de dados que contém as informações de endereço global usadas pelo serviço de consulta na Web ao Catálogo de Endereços para oferecer suporte às consultas de pesquisa do Catálogo de Endereços pelo Communicator Mobile para clientes Windows

RTCab

Enterprise Edition, banco de dados back-end; Standard Edition, SQL Server 2005 Express com SP2.

Arquivos de download do Catálogo de Endereços criados pelo Servidor de Catálogo de Endereços e baixados pelos clientes do Office Communicator, Office Communicator Phone Edition e Office Communicator Attendant

Caminho UNC especificado pelo usuário

Na Enterprise Edition, os arquivos de download são armazenados em uma pasta NTFS compartilhada e criada pelo usuário, localizada em um servidor de arquivos dedicado em um computador separado (recomendado) do Servidor Front-End Enterprise Edition.

Para o Standard Edition, os arquivos são armazenados na pasta de instalação <Microsoft Office Communications Server 2007 R2>\Web Components\Address Book Files no servidor Standard Edition local.

Conteúdo das reuniões (por exemplo, apresentações do Microsoft Office PowerPoint, logs de perguntas e respostas, sondagem, chat e conteúdo carregado)

Caminho UNC de usuário específico

Para Enterprise Edition, os arquivos baixados são armazenados em uma pasta NTFS compartilhada criada pelo usuário localizada em um servidor de arquivos dedicado em um computador separado (recomendado) do servidor Enterprise Edition Front End.

Para o Standard Edition, os arquivos são armazenados na pasta de instalação <Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\Web no servidor Standard Edition local.

Metadados do conteúdo das reuniões (dados XML que descrevem o conteúdo das reuniões, como a data e hora em que uma apresentação do PowerPoint foi carregada)

Caminho UNC de usuário específico

Para Enterprise Edition, os arquivos baixados são armazenados em uma pasta NTFS compartilhada criada pelo usuário localizada em um servidor de arquivos dedicado em um computador separado (recomendado) do servidor Enterprise Edition Front End.

Para o Standard Edition, os arquivos são armazenados na pasta de instalação <Microsoft Office Communications Server 2007 R2>\Web Components\Data MCU Web\Non-Web no servidor Standard Edition local.

Log de conformidade do conteúdo das reuniões (dados XML que registram as atividades de carregamento de conteúdo, junto com o conteúdo carregado para as reuniões)

Caminho UNC de usuário específico

Para Enterprise Edition, os arquivos baixados são armazenados em uma pasta NTFS compartilhada criada pelo usuário localizada em um servidor de arquivos dedicado em um computador separado (recomendado) do servidor Enterprise Edition Front End.

Na Standard Edition, os arquivos são armazenados em uma pasta padrão no servidor local Standard Edition.

Arquivos de dados de aplicativo usados internamente pelo componente de servidor de aplicativo para o pool

Caminho UNC de usuário específico

Para Enterprise Edition, os arquivos baixados são armazenados em uma pasta NTFS compartilhada criada pelo usuário localizada em um servidor de arquivos dedicado em um computador separado (recomendado) do servidor Enterprise Edition Front End.

Para o Standard Edition, os arquivos são armazenados na pasta de instalação <Microsoft Office Communications Server 2007 R2>\Application Host\Application no servidor Standard Edition local.

Arquivos de atualização usados pelo mecanismo de controle de versão de cliente para atualizar clientes do Office Communicator e pelo Serviço de Atualização de Dispositivo para atualizar dispositivos de comunicação unificada.

Caminho UNC especificado pelo usuário na Enterprise Edition

Pasta criada pelo instalador na Standard Edition

Na Enterprise Edition, os arquivos de atualização são armazenados em um compartilhamento de arquivo criado pelo usuário em um computador separado (recomendado) do Servidor Front-End Enterprise Edition.

Na Standard Edition:

  • Os arquivos de atualização do cliente são armazenados na pasta de instalação <Microsoft Office Communications Server 2007 R2>\Web Components\AutoUpdate.
  • Os arquivos de atualização de dispositivo são armazenados na pasta de instalação <Microsoft Office Communications Server 2007 R2>\Web Components\DeviceUpdateFiles.

Dados do Monitoring Server QoE (Quality of Experience)

QoEMetrics

Banco de dados do Monitoring Server QoE geralmente implantado em um computador separado (recomendado) a partir do banco de dados de back-end. Esse banco de dados é sempre implantado no mesmo servidor, na mesma instância, que o banco de dados CDR.

Dados do Monitoring Server CDR

LcsCDR

Banco de dados do Monitoring Server CDR geralmente implantado em outro computador (recomendado) a partir do banco de dados de back-end. Esse banco de dados é sempre implantado no mesmo servidor, na mesma instância, que o banco de dados QoE.

Dados de arquivamento

LcsLog

Banco de dados para o serviço de arquivamento, normalmente implantado em um computador separado (recomendado) a partir do banco de dados back-end.

Dados de Chat de Grupo

Nome do banco de dados especificado pelo usuário

Banco de dados do SQL Server 2005 ou SQL Server 2008 implantado em um computador separado a partir do Servidor de Chat de Grupo.

Pastas de conformidade e de Web de Chat de Grupo (para armazenar arquivos carregados para o serviço Web de Chat de Grupo)

Caminho UNC de usuário específico

Um compartilhamento de arquivo que pode ser acessado por todos os Servidores de Chat de Grupo e serviços no pool.

Dados de conformidade do Chat de Grupo

Nome do banco de dados especificado pelo usuário

Banco de dados do SQL Server 2005 com SP2 ou SQL Server 2008 implantado em um computador separado a partir do serviço de Conformidade. Pode ser a mesma instância de banco de dados usada para dados do Chat de Grupo.

Dados Transitórios do Serviço de Grupo de Resposta

ACDDyn

Enterprise Edition, banco de dados back-end; Standard Edition, SQL Server 2005 Express com SP2.

Considerações de armazenamento

O planejamento de uma estratégia de armazenamento eficiente, especialmente se você estiver implantando um poll do Enterprise com um banco de dados back-end, é essencial para a implantação do Office Communications Server 2007 R2. A avaliação incorreta dos requisitos de armazenamento e a falha na implementação de estratégias de otimização da segurança e do acesso aos dados podem representar, na melhor das hipóteses, uma inconveniência e na pior, uma catástrofe.

Ao planejar uma estratégia de armazenamento para o Office Communications Server 2007 R2, é preciso equilibrar três critérios: capacidade, disponibilidade e desempenho. As opções que você faz ao planejar e implementar sua solução de armazenamento afetam o custo associado à administração e manutenção do ambiente do Office Communications Server 2007 R2:

  • Capacidade. No Office Communications Server 2007 R2, sua capacidade total para o banco de dados Enterprise Edition back-end é de aproximadamente 10 gigabytes (GB) para uma grande implantação. Pelos padrões tradicionais, um banco de dados desse tamanho não é considerado grande.
  • Disponibilidade. A disponibilidade de seu banco de dados pode ser aumentada por redundância. Isso pode significar o agrupamento de aplicativos para proporcionar redundância na CPU ou a implementação de uma solução de RAID (matriz redundante de discos independentes) para proporcionar redundância de dados.
  • Desempenho. Requisitos de desempenho são também únicos para cada organização. Isso se refere ao desempenho relacionado à produtividade. No que diz respeito à tecnologia de armazenamento, a produtividade é medida pelo número de leituras e gravações por segundo que um dispositivo de armazenamento pode executar.

Antes de projetar sua solução de armazenamento para o Office Communications Server 2007 R2, determine como sua empresa prioriza esses três critérios, especialmente ao considerar o equilíbrio entre disponibilidade e desempenho. As seções a seguir discutem os fatores que devem ser levados em consideração na questão do armazenamento.

Princípios de armazenamento geral

Seja qual for o aplicativo executado, leve em conta os seguintes princípios de armazenamento para ajudar a aumentar a capacidade, a disponibilidade e o desempenho:

  • Reduza o processamento necessário à CPU implementando uma solução de hardware especializada, como um RAID ou uma SAN (rede de área de armazenamento) que incorpora tecnologia de RAID. Nesse cenário, pressupõe-se que você utilize uma solução de hardware em vez de uma solução de RAID em software (com base no host).
  • Reduza o tempo total necessário à realização de uma transação separando os arquivos que são acessados em sequência dos arquivos que são acessados de forma aleatória. O armazenamento separado dos arquivos acessados em sequência mantém os cabeçotes de disco em posição para E/S sequencial, o que diminui o tempo necessário para localizar os dados.
  • Use vários discos, pois seu desempenho é melhor do que o de um único disco grande. De modo geral, um número maior de discos resulta em um desempenho mais rápido.

Use as informações das seções a seguir para comparar e contrastar essas tecnologias de armazenamento.

Soluções RAID

Usando uma solução de RAID, você pode aumentar a tolerância a falhas da implantação do Office Communications Server 2007 R2. Em uma configuração de RAID, parte da capacidade de armazenamento físico contém informações redundantes sobre os dados armazenados nos discos rígidos. Essas informações redundantes podem ser informações de paridade (no caso de um volume RAID-5) ou uma cópia separada completa dos dados (no caso de um volume de RAID1 espelhada ou RAID 0-1 espelhada e distribuída). Essas informações ainda permitem a regeneração dos dados.

Considerações para o Office Communications Server 2007 R2

Ao planejar sua solução de armazenamento, considere os seguintes recursos do Office Communications Server 2007 R2:

  • O Office Communications Server pode oferecer suporte a até 100.000 usuários simultâneos em um pool na configuração consolidada. O banco de dados de back-end de cada pool do Enterprise e o banco de dados do SQL Server 2005 com SP2 em um servidor Standard Edition possui um conjunto de arquivos de log de transações e arquivos de banco de dados.
  • Nem todos os dados armazenados no Office Communications Server são gerenciados da mesma maneira. Uma solução de armazenamento única para todos os tipos de dados não é a situação mais eficiente. Por exemplo, dados temporários e estáticos residem no banco de dados back-end. O banco de dados RTCDyn armazena informações sobre o estado das conferências e outras informações de natureza temporária. Como esses dados são temporários, não é necessário fazer backup deles nem salvá-los regularmente para fins de restauração. Entretanto, é importante fazer um planejamento para definir a redundância e a disponibilidade existente dos seguintes dados:
    • Dados persistentes armazenados nos bancos de dados RTC (configurações do usuário) e RTCConfig (definições de configuração) no servidor Standard Edition e no pool Enterprise.
    • O banco de dados do Servidor de Arquivamento, que contém informações de conformidade importantes para fins de arquivamento.
  • No Office Communications Server 2007 R2, os arquivos de log de transações são acessados sequencialmente e os bancos de dados, aleatoriamente. Em conformidade com os princípios gerais de armazenamento, convém separar os arquivos de log de transações (E/S sequencial) dos bancos de dados (E/S aleatória) para maximizar o desempenho da E/S e aumentar a tolerância a falhas. Especificamente, recomenda-se mover os arquivos de log de transações para separar discos do armazenamento dos arquivos de banco de dados.
    Para aprimorar posteriormente o desempenho do sistema, armazene os arquivos de log das transações para o banco de dados RTCDyn em um dispositivo separado dedicado. Isso ajuda a garantir a taxa de transferência da transação.
  • O SQL Server 2005 Enterprise Edition com SP2 ou SQL Server 2008 Enterprise pode ser configurado como clusters de failover para oferecer suporte à alta disponibilidade. Por exemplo, para oferecer suporte no caso de uma falha do sistema operacional ou de uma atualização planejada, é possível configurar um nó do cluster de failover para transferir o processamento para qualquer outro nó na configuração desse cluster. Essa capacidade ajuda a minimizar o tempo de inatividade do sistema, proporcionando alta disponibilidade dos servidores. Além disso, se você decidir implementar o arquivamento no modo crítico (o que significa que o servidor do Office Communications Server será desligado se o arquivamento não estiver disponível), poderá ser conveniente usar um cluster de failover, pois uma falha no SQL Server tem o potencial de derrubar a infraestrutura inteira do Office Communications Server.

Independentemente de você usar a solução DAS (armazenamento anexado diretamente) ou SAN (rede de área de armazenamento) para armazenamento, sua solução de armazenamento exigirá o projeto e o planejamento adequados para garantir que a capacidade e a taxa de transferência apropriadas possam ser fornecidas ao Office Communications Server 2007 R2.

Arquivos de log de transação de armazenamento e arquivos de banco de dados

Conforme mencionado anteriormente, para fornecer o recurso de tolerância a falhas no caso de uma falha do disco rígido, mantenha os arquivos de log de transações e os arquivos de banco de dados do Office Communications Server 2007 R2 em discos rígidos físicos separados. Além disso, se esses arquivos de log forem mantidos e os arquivos do banco de dados em discos separados, a performance de I/O do disco rígido melhora significativamente. Para o acesso de arquivos de dados e transações, selecione canais de I/O separados no controlador RAID e, se possível, coloque cada canal de I/O em um controlador RAID separado.

Se ocorrer falha no disco rígido que contém os arquivos de log de transações, mas não no disco que contém os bancos de dados, não será preciso restaurar os dados do Office Communications Server 2007 R2 a partir do backup. Os logs de transações SQL Server do Office Communications Server 2007 R2 são contraídos periodicamente e mantidos em um tamanho limitado. Também é recomendável habilitar a gravação em cache se o controlador oferecer suporte a esse recurso, pois isso aumenta consideravelmente a produtividade.

Dd425133.important(pt-br,office.13).gifImportante:
Caso os bancos de dados e os arquivos de log de transações do Office Communications Server 2007 R2 sejam mantidos no mesmo disco rígido físico, haverá um impacto no desempenho e, caso ocorra uma falha nesse disco, só será possível recuperar os dados existentes até o último backup.

Verifique se a capacidade do disco rígido é adequada para os servidores do Office Communications Server 2007 R2. Deve haver espaço suficiente no disco rígido para restaurar tanto os arquivos de banco de dados como os de log. Caso contrário, poderá haver arquivos de backup grandes demais para serem restaurados em seu local original.

Utilização do cluster servidor

Os clusters de failover (anteriormente conhecidos como clusters de servidor ou MSCS) é um recurso do Windows Server que você pode usar para obter escalabilidade e alta disponibilidade para o banco de dados back-end do Office Communications Server 2007 R2. Um cluster consiste em computadores individuais (também chamados de nós) que funcionam de forma coesa em um serviço de cluster. Esses computadores atuam como provedores de serviços de rede ou como computadores reserva que assumem as operações de servidor de outro nó caso ocorram problemas. O recurso de cluster proporciona tolerância a falhas e confiabilidade. Mais ainda, dependendo de como o cluster é configurado, ele pode simplificar o processo de recuperação de desastre de um servidor individual.

Em um ambiente de cluster, o SQL Server é executado como um servidor virtual (não como um servidor autônomo), pois qualquer nó de um cluster pode assumir o controle de um servidor virtual. Se o nó que está executando o servidor virtual SQL Server encontrar problemas, esse servidor ficará offline por um breve período até que outro nó assuma o controle do nó danificado.

O Office Communications Server 2007 R2 suporta clusters de nó múltiplo ativo/passivo para o banco de dados back-end. Não há suporte a clusters ativos/ativos. Em um cluster de nó-múltiplo, a instância do Office Communications Server SQL deve ser capaz de failover a um nó passivo que, por razões de desempenho, não deve ser compartilhado por nenhuma outra instância SQL.

Você deve estar familiarizado com os conceitos de cluster de failover para poder planejar e implantar clusters do Office Communications Server 2007 R2.

Para obter mais detalhes sobre cluster, consulte Visão geral técnica dos serviços de cluster do Windows Server 2003 no site da Microsoft: https://go.microsoft.com/fwlink/?LinkId=139792 (em inglês).

Para obter mais detalhes, consulte Alta disponibilidade no Windows Server 2008 no site da Microsoft: https://go.microsoft.com/fwlink/?LinkId=139793 (em inglês).

Para obter mais detalhes sobre o projeto de armazenamento do banco de dados para SQL Server, consulte Projeto de armazenamento de banco de dados físico no site da Microsoft: https://go.microsoft.com/fwlink/?LinkId=139794 (em inglês).

Requisitos de versão do SQL Server, Windows e Office Communications Server

Versões específicas do Windows e do SQL Server são necessárias para criar um cluster do Office Communications Server 2007 R2. A tabela a seguir resume esses requisitos.

Tabela 2. Requisitos de versão do SQL Server, Windows e Office Communications Server

Versão do SQL Server Versões do Windows Versão do Office Communications Server Nós de cluster disponíveis

SQL Server 2008 Enterprise (32 bits ou 64 bits) (recomendado)

A edição de 64-bits do Windows Server 2008 (Standard ou Enterprise) (recomendado)

Office Communications Server 2007 R2 Enterprise Edition

Máximo de 16

SQL Server 2008 Enterprise (32-bits ou 64-bits) (recomendado)

Windows Server 2003 R2 Standard x64 Edition com SP2 ou Windows Server 2003 R2 Enterprise x64 Edition com SP2

Windows Server 2003 Standard x64 Edition com SP2 ou Windows Server 2003 Enterprise x64 Edition com SP2

Office Communications Server 2007 R2 Enterprise Edition

Máximo de 8

SQL Server 2008 Standard (32-bits ou 64-bits)

A edição de 64-bits do Windows Server 2008 (Standard ou Enterprise) (recomendado)

Windows Server 2003 R2 Standard x64 Edition com SP2 ou Windows Server 2003 R2 Enterprise x64 Edition com SP2

Windows Server 2003 Standard x64 Edition com SP2 ou Windows Server 2003 Enterprise x64 Edition com SP2

Office Communications Server 2007 R2 Enterprise Edition

Máximo de 2

SQL Server 2005 Enterprise Edition com SP2 (32 bits ou 64 bits)

A edição de 64 bits do Windows Server 2008 Enterprise (recomendado)

Windows Server 2003 R2 Enterprise x64 Edition com SP2

Windows Server 2003 Enterprise x64 Edition com SP2

Office Communications Server 2007 R2 Enterprise Edition

Máximo de 8

SQL Server 2005 Standard Edition com SP2 (32-bits ou 64-bits)

A edição de 64-bits do Windows Server 2008 Enterprise (recomendado)

Windows Server 2003 R2 Enterprise Edition x64 Edition com SP2

Windows Server 2003 Enterprise x64 Edition com SP2

Office Communications Server 2007 R2 Enterprise Edition

Máximo de 2

SQL Server 2005 Enterprise Edition com SP2 (32-bits ou 64-bits)

SQL Server 2005 Standard Edition com SP2 (32-bits ou 64-bits)

A edição de 64-bits do Windows Server 2008 Standard

Windows Server 2003 R2 Standard x64 Edition com SP2

Windows Server 2003 Standard x64 Edition com SP2

Office Communications Server 2007 R2 Enterprise Edition

Office Communications Server 2007 R2 Standard Edition (para monitoramento ou armazenamento do banco de dados)*

Nenhum

Dd425133.note(pt-br,office.13).gifObservação:
*O SQL Server 2005 Express com SP2 é fornecido com o Office Communications Server 2007 R2 Standard Edition.

Melhores práticas de particionamento de servidor

Para aumentar a tolerância a falhas e facilitar a solução de problemas, siga este procedimento:

  • Particione os discos de modo a poder começar com um prompt de comando em caso de emergência. Isso aumenta as opções de recuperação. Por exemplo, você pode começar com um prompt de comando e modificar ou substituir os arquivos de inicialização danificados que impedem o Windows de ser inicializado.
  • Configure os discos de modo que os arquivos de aplicativos do Office Communications Server 2007 R2, os arquivos de banco de dados e os arquivos de log da transação fiquem em discos físicos separados para aumentar o desempenho.

Se você particionar os discos rígidos seguindo essas recomendações, um disco físico separado com uma letra de unidade separada será atribuído a cada conjunto de arquivos. Dessa forma, você poderá controlar melhor quais partições requerem backup de acordo com o método de recuperação de dados escolhido.

Pastas

Antes de implantar os servidores Enterprise Edition, determine as suas necessidades de armazenamento e crie cinco pastas compartilhadas em um servidor de arquivos dedicado usando os nomes de pastas sugeridos ou os seus próprios nomes de pastas, nos quais é possível armazenar o seguinte:

  • Apresentações: Apresentações de reunião a serem baixadas ou transmitidas por atendentes de conferência, mas não o conteúdo das sessões de compartilhamento de área de trabalho.

  • Metadados: Informações de reunião (metadados) que são utilizadas internamente pelo componente servidor de conferência Web para o pool.

    Dd425133.note(pt-br,office.13).gifObservação:
    Obter acesso ao compartilhamento de arquivos Metadados à conta de serviço que é utilizada para executar o servidor de conferência Web bem como para quaisquer contas de administrador necessárias. Remova o acesso ao compartilhamento de arquivos Metadados de todas as outras contas de usuário.
  • ABS: Arquivos do catálogo de endereços escritos pelo servidor de catálogo de endereços, que está instalado com o servidor Front End, para fornecer a lista de endereços global de usuários e informações de contato ao Office Communicator 2007 R2, Office Communicator 2007, Office Communicator 2005, Office Communicator 2007 R2 Phone Edition, Office Communicator Phone Edition 2007, e a versão cliente 2007 do Office Communicator Mobile diariamente. (A versão 2007 R2 do Office Communicator Mobile para cliente Windows usa um serviço separado de Consulta na Web ao Catálogo de Endereços para obter informações do catálogo de endereços.)

  • Aplicativos: Arquivos de aplicativos são utilizados internamente pelo componente servidor de aplicativos para o pool.

  • Atualizações: Arquivos utilizados pelo mecanismo de controle de versão do cliente para atualizar os clientes do Office Communicator e pelo serviço de atualização de dispositivos para atualizar dispositivos.

Conceda Controle Total em cada uma dessas pastas compartilhadas, ao administrador, ao grupo RTCUniversalServerAdmins e a qualquer outro usuário ou grupo responsável pela criação de pools. Remova a permissão Ler do grupo Todos. Se essas pastas compartilhadas herdarem permissões de pastas ou unidades pai, não se esqueça de alterar manualmente as permissões nas pastas pai.

Para obter mais detalhes sobre requisitos para a pasta Atualizações, consulte Serviço de atualização de dispositivo.

Dd425133.note(pt-br,office.13).gifObservação:
Se você usar um cluster compartilhado para os compartilhamentos de arquivos em sua implantação, use o Administrador do Cluster para criar os compartilhamentos de arquivo. Para obter mais detalhes sobre a utilização do administrador de cluster, consulte o artigo 284838 da base de conhecimento da Microsoft, “How to Create a Server Cluster File Share with Cluster.exe” em https://go.microsoft.com/fwlink/?LinkId=140899 (em inglês).

Se a sua organização precisa estar em conformidade com requisitos de regulamentação para arquivamento do conteúdo de reuniões, você poderá habilitar a conformidade da reunião. Para administrar essa conformidade, primeiro é necessário criar uma pasta compartilhada em um servidor de arquivos dedicado para armazenar os logs de reunião. Você pode usar o nome sugerido ou usar o seu próprio nome de pasta na qual armazenar o seguinte:

  • MeetingCompliance (opcional): atividades e conteúdo da reunião carregados durante as reuniões

Conceda Controle Total do grupo RTCComponentUniversalServices sobre esta pasta compartilhada e a qualquer outro usuário ou grupo responsável por criar pools. Remova a permissão Ler do grupo Todos.

Se você estiver planejando instalar o Servidor de Arquivamento, considere as necessidades de armazenamento para arquivar arquivos. Para obter mais detalhes, consulte Suporte para arquivamento.