Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A montagem e a migração permitem-lhe recuperar dados de aplicações instantaneamente e
migrar os dados em tempo real para o armazenamento de produção enquanto a aplicação
está em funcionamento, o que proporciona um RTO quase nulo. Pode recuperar dados da aplicação
para a localização original ou para outro servidor.
As vantagens da utilização da funcionalidade Mount e Migrate Recover incluem o seguinte:
Oferece um RTO quase nulo para a recuperação de dados de volta ao destino de armazenamento final.
Reduz o tempo de inatividade para migrações de servidores e armazenamento.
Diferenças entre a montagem e a migração do sistema de ficheiros do SQL Server e do Logical Volume Manager
A capacidade de montagem e migração está disponível para aplicações SQL e de sistema de ficheiros.
Existem algumas diferenças significativas na forma como a montagem e a migração foram implementadas:
Quando uma aplicação do sistema de ficheiros tem o Logical Volume Manager (LVM), o LVM pode migrar dados, e o Backup and DR tira partido desta capacidade durante a montagem e a migração.
No entanto, as aplicações SQL não podem migrar dados. A cópia de segurança e a RD criaram um processo de migração personalizado para a montagem e a migração do SQL.
A montagem e a migração do sistema de ficheiros LVM são um processo de dois passos que foi implementado apenas para clonagem e restauro. Por
outro lado, a montagem e a migração do SQL Server são uma implementação completa
que envolve os três passos de montagem ou restauro, configuração da
agenda de migração e finalização da migração.
Configure o agendamento para montar e migrar
Siga as instruções que se seguem para configurar agendamentos de migração.
Configure a agenda de migração para montar, restaurar e criar imagens
Siga estas instruções para configurar a agenda de migração:
Selecione uma imagem ativa com um estado de imagem Montado ou Restaurar montado.
Selecione Migrar no menu pendente.
É apresentada a página Atualizar frequência de migração.
Para Frequência, use o controlo de deslize para definir a frequência com que
agendar tarefas de migração (em horas). O valor mínimo é de uma hora e o valor máximo é de 24 horas.
Para Copy Thread Count, especifique o número de threads de cópia paralelos a usar por volume de disco durante a migração. O valor predefinido é quatro.
Clique em Enviar. É-lhe pedido que confirme.
Clique em Continuar para aplicar a configuração.
Pode ver uma mensagem de êxito após a conclusão da configuração.
Clique em OK na caixa de diálogo de êxito para aceder à página Montagens ativas.
Configure o agendamento da migração para imagens montadas
Siga estas instruções para configurar a agenda de migração:
Selecione uma imagem ativa com um estado de imagem montado ou restaurado.
Selecione Migrar no menu pendente.
É apresentada a página Atualizar frequência de migração.
Se selecionou uma imagem de Montagem, pode ver a seguinte caixa de diálogo.
Para uma imagem montada, pode ver mais opções consoante a base de dados específica.
Para Frequência, use o controlo de deslize para definir a frequência com que
agendar tarefas de migração (em horas). O valor mínimo é de uma hora e o valor máximo é de 24 horas.
Para Copy Thread Count, especifique o número de threads de cópia paralelos a usar, por volume de disco, durante a migração.
O valor predefinido é quatro.
Na secção Localizações de ficheiros, especifique se quer
copiar os ficheiros da base de dados para o mesmo caminho que o servidor de origem
ou para uma nova localização. Existem três opções:
Copiar ficheiros para a mesma unidade ou caminho que tinham no servidor de origem: opção predefinida.
Escolha novas localizações de ficheiros ao nível do volume.
Escolha novas localizações de ficheiros ao nível do ficheiro.
Se selecionar a segunda opção (opção de novo ficheiro ao nível do volume), é apresentada uma tabela com o volume de origem (não pode ser editado) e o menu pendente do volume de destino, que é pré-preenchido com o mesmo valor que a origem.
Em Volume de destino, selecione um volume de destino na lista pendente de todas as aplicações do sistema de ficheiros descobertas. Se necessário, também pode
introduzir o volume, por exemplo: M:\`, orL:\Logs\Log1`.
Se selecionar a terceira opção (novas localizações de ficheiros ao nível do ficheiro), pode ver uma tabela com três colunas:
+ Ficheiro: não pode ser editado.
+ Localização de origem: não é possível editar.
+ Localização de destino: este campo é pré-preenchido com o mesmo valor que o da localização de origem, excluindo o nome do ficheiro.
Em Localização de destino, introduza a nova localização do ficheiro e faça outras modificações conforme necessário.
Clique em Enviar. É-lhe pedido que confirme.
Clique em Continuar para aplicar a configuração.
É apresentada uma mensagem de êxito após a conclusão da configuração.
Clique em OK na caixa de diálogo de êxito para aceder à página Montagens ativas.
Reveja as páginas seguintes para ver mais informações:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 UTC."],[[["\u003cp\u003eThe Mount and Migrate feature enables near-zero RTO by allowing instant application data recovery and real-time migration to production storage while the application remains operational.\u003c/p\u003e\n"],["\u003cp\u003eMount and Migrate can be used for both SQL and file system applications, however, SQL applications use a custom migration process while file system applications with LVM leverage LVM for migration.\u003c/p\u003e\n"],["\u003cp\u003eThe migration schedule frequency for Mount and Migrate can be configured, allowing you to set jobs to run every 1 to 24 hours.\u003c/p\u003e\n"],["\u003cp\u003eWhen configuring the migration schedule, users can define the number of parallel copy threads per disk volume, with a default of four threads.\u003c/p\u003e\n"],["\u003cp\u003eUsers can choose to migrate database files to the same location as the source or to new file locations, either at the volume level or the file level.\u003c/p\u003e\n"]]],[],null,["# Mount and migrate SQL Server databases\n\nMount and migrate lets you recover application data instantly and\nmigrate the data in real-time to production storage while the application\nis up and running, providing near-zero RTO. You can recover application data\nto the original location or to another server.\n\nBenefits of using the **Mount** and **Migrate Recover** feature include the\nfollowing:\n\n- Provides a near-zero RTO for data recovery back to the final storage destination.\n- Reduces downtime for server and storage migrations.\n\nDifferences between SQL Server and logical volume manager file system mount and migrate\n---------------------------------------------------------------------------------------\n\nMount and migrate capability is available for SQL and file system applications.\nThere are a few significant differences in the way mount and migrate was\nimplemented:\n\n- When a file system application has Logical Volume Manager (LVM) on it, the LVM can migrate data and Backup and DR leverages this capability during mount and migrate. However, SQL applications cannot migrate data. Backup and DR has built a custom migration process for SQL mount and migrate.\n- The LVM file system mount and migrate is a two-step process that has been implemented for clone and restore only. By contrast, the SQL Server mount and migrate is a full implementation involving the three steps of mount or restore, configuring migration schedule, and finalize migration.\n\nConfigure schedule for mount and migrate\n----------------------------------------\n\nUse the following instructions to configure migration schedules.\n\n- [Configure migration schedule for mount---restore---images](#restore-image)\n- [Configure migration schedule for mounted images](#mount)\n\n### Configure migration schedule for mount---restore---images\n\nUse these instructions to configure the migration schedule:\n\n1. Select an active image with an image state of **Mounted** or **Restore Mounted**.\n2. Select **Migrate** from the drop-down menu.\n\n The **Update Migrate Frequency** page opens.\n3. For **Frequency**, use the slider to define the frequency with which\n to schedule migrate jobs---in hours. The minimum value is one hour\n and the maximum value is 24 hours.\n\n4. For **Copy Thread Count**, specify the number of parallel copy threads to\n use, per disk volume, during the migration. The default value is four.\n\n5. Click **Submit**. You are prompted to confirm.\n\n6. Click **Proceed** to apply the configuration.\n\n7. You can see a success message after configuration is complete.\n\n8. Click **Okay** in the success dialog to the **Active Mounts** page.\n\n### Configure migration schedule for mounted images\n\nUse these instructions to configure migration schedule:\n\n1. Select an active image with an image state of mounted or restore mounted.\n2. Select **Migrate** from the drop-down menu.\n\n The **Update Migrate Frequency** page opens.\n\n If you selected a **Mount** image, you can see the following dialog.\n For a mounted image, you may see more options depending on the specific\n database.\n3. For **Frequency**, use the slider to define the frequency with which\n to schedule migrate jobs---in hours. Minimum value is one\n hour and the maximum value is 24 hours.\n\n4. For **Copy Thread Count**, specify the number of parallel copy\n threads to use, per disk volume, during the migration.\n The default value is four.\n\n5. In the **File Locations** section, specify whether you want\n to copy the database files to the same path as the source server,\n or to a new location. There are three options:\n\n - Copy files to the same drive or path as they were on the source server---default option.\n - Choose new file locations at the volume level.\n - Choose new file locations at the file level.\n\n If you select the second option---new file option at the volume\n level---you see a table with the source volume---cannot be\n edited---and target volume drop-down---which is pre-populated with\n the same value as the source.\n\n In **Target Volume** , select a target volumes from the drop-down\n list of all discovered file system applications. If needed, you can\n also type the volume, for example: ``M:\\`, or``L:\\\\Logs\\\\Log1\\`.\n\n If you select the third option---new file locations at the file\n level---you can see a table with three columns:\n + **File** : Cannot be edited.\n + **Source Location** : Cannot be edited.\n + **Target Location**: This is pre-populated with the same value as that of\n the source location, excluding filename.\n6. In **Target Location**, enter the new file location and make other\n modifications as needed.\n\n7. Click **Submit**. You are prompted to confirm.\n\n8. Click **Proceed** to apply the configuration.\n A success message displays after the configuration is complete.\n\n9. Click **Okay** in the success dialog to the **Active Mounts** page.\n\nReview the following pages for more information:\n\n- [File system mount and migrate](/backup-disaster-recovery/docs/access-data/filesystem-mount-and-migrate)\n- [SQL Server mount and migrate](/backup-disaster-recovery/docs/access-data/sql-server-mount-and-migrate)"]]
