Serviço de cópias de sombra de volume (VSS)
O backup e a restauração de dados comercialmente críticos podem ser muito complexos devido aos seguintes problemas:
Os dados geralmente precisam de backup, enquanto os aplicativos que produzem os dados ainda estão em execução. Isso significa que alguns dos arquivos de dados podem estar abertos ou podem estar em um estado inconsistente.
Se o conjunto de dados for grande, poderá ser difícil fazer backup de todos eles ao mesmo tempo.
A execução correta de operações de backup e restauração exige uma forte coordenação entre os aplicativos de backup, os aplicativos de linha de negócios que estão sendo submetidos a backup e o hardware e o software de gerenciamento de armazenamento. O Serviço de Cópias de Sombra de Volume (VSS), que foi introduzido no Windows Server® 2003 facilita a conversa entre esses componentes para permitir que eles funcionem melhor juntos. Quando todos os componentes são compatíveis com o VSS, você pode usá-los para fazer backup dos dados do aplicativo sem colocar os aplicativos offline.
O VSS coordena as ações necessárias para criar uma cópia de sombra consistente (também conhecida como um instantâneo ou uma cópia pontual) dos dados cujo backup será feito. A cópia de sombra pode ser usada no estado em que se encontra ou em cenários como o seguinte:
Você deseja fazer backup de dados do aplicativo e de informações de estado do sistema, incluindo o arquivamento de dados em outra unidade de disco rígido, em fita ou em outra mídia removível.
Você está minerando dados.
Você está executando backups de disco para disco.
Você precisa de uma recuperação rápida da perda de dados restaurando os dados para o LUN (Número de Unidade Lógica) original ou para um LUN totalmente novo que substitua um LUN original que falhou.
Os recursos e aplicativos do Windows que usam o VSS incluem o seguinte:
Como funciona o VSS
Uma solução completa do VSS requer todas as seguintes partes básicas:
Serviço VSS: parte do sistema operacional Windows que garante que os outros componentes possam se comunicar entre si corretamente e trabalhar juntos.
Solicitante VSS: o software que solicita a criação real de cópias de sombra (ou outras operações de alto nível, como importá-las ou excluí-las). Normalmente, esse é o aplicativo de backup. O utilitário Backup do Windows Server e o aplicativo System Center Data Protection Manager são solicitantes do VSS. Os solicitantes VSS que não são da Microsoft incluem quase todos os softwares de backup executados no Windows.
Gravador VSS: o componente que garante que tenhamos um conjunto de dados consistente para backup. Normalmente, isso é fornecido como parte de um aplicativo de linha de negócios, como SQL Server ou Exchange Server. Os gravadores VSS para vários componentes do Windows, como o Registro, estão incluídos no sistema operacional Windows. Os gravadores VSS que não são da Microsoft estão incluídos em muitos aplicativos para Windows que precisam garantir a consistência dos dados durante o backup.
Provedor VSS: o componente que cria e mantém as cópias de sombra. Isso pode ocorrer no software ou no hardware. O sistema operacional Windows inclui um provedor VSS que usa cópia em gravação. Se você usar uma SAN (rede de área de armazenamento), é importante instalar o provedor de hardware VSS para a SAN, se houver. Um provedor de hardware descarrega a tarefa de criar e manter uma cópia de sombra do sistema operacional do host.
O diagrama a seguir ilustra como o serviço VSS coordena-se com solicitantes, gravadores e provedores para criar uma cópia de sombra de um volume.
.jpg)
Figura 1: Diagrama de arquitetura do Serviço de Cópias de Sombra de Volume
Como uma cópia de sombra é criada
Esta seção coloca as várias funções do solicitante, do gravador e do provedor em contexto, listando as etapas que precisam ser executadas para criar uma cópia de sombra. O diagrama a seguir mostra como o VSS controla a coordenação geral do solicitante, gravador e provedor.
.jpg)
Figura 2: Processo de criação de cópia de sombra
Para criar uma cópia de sombra, o solicitante, o gravador e o provedor executam as seguintes ações:
O solicitante solicita que o VSS enumere os gravadores, colete os metadados do gravador e se prepare para a criação da cópia de sombra.
Cada gravador cria uma descrição XML dos componentes e armazenamentos de dados que precisam ser copiados e a fornece ao VSS. O gravador também define um método de restauração, que é usado para todos os componentes. O VSS fornece a descrição do gravador ao solicitante, que seleciona os componentes que serão submetidos a backup.
O VSS notifica todos os gravadores para preparar seus dados para fazer uma cópia de sombra.
Cada gravador prepara os dados conforme apropriado, como a conclusão de todas as transações abertas, os logs de transações sem interrupção e a liberação de caches. Quando os dados estão prontos para serem copiados de sombra, o gravador notifica o VSS.
O VSS informa aos gravadores para congelar temporariamente as solicitações de E/S de gravação do aplicativo (solicitações de E/S de leitura ainda são possíveis) pelos poucos segundos necessários para criar a cópia de sombra do volume ou volumes. O congelamento do aplicativo não pode demorar mais de 60 segundos. O VSS libera os buffers do sistema de arquivos e, em seguida, congela o sistema de arquivos, o que garante que os metadados do sistema de arquivos sejam registrados corretamente e que os dados a serem copiados sejam gravados em uma ordem consistente.
O VSS informa ao provedor para criar a cópia de sombra. O período de criação da cópia de sombra não dura mais de 10 segundos e, nesse período, todas as solicitações de E/S de gravação para o sistema de arquivos permanecem congeladas.
O VSS libera solicitações de E/S de gravação do sistema de arquivos.
O VSS informa os gravadores para descongelar as solicitações de E/S de gravação do aplicativo. Neste ponto, os aplicativos são livres para retomar a gravação de dados no disco que está sendo copiado por sombra.
Observação
A criação da cópia de sombra poderá ser anulada se os gravadores forem mantidos no estado de congelamento por mais de 60 segundos ou se os provedores demorarem mais de 10 segundos para confirmar a cópia de sombra.
O solicitante pode repetir o processo (volte para a etapa 1) ou notificar o administrador para tentar novamente mais tarde.
Se a cópia de sombra for criada com êxito, o VSS retornará as informações de local da cópia de sombra para o solicitante. Em alguns casos, a cópia de sombra pode ser temporariamente disponibilizada como um volume de leitura/gravação para que o VSS e um ou mais aplicativos possam alterar o conteúdo da cópia de sombra antes da conclusão da cópia de sombra. Depois que o VSS e os aplicativos fizerem suas alterações, a cópia de sombra passará a ser somente leitura. Essa fase é chamada de recuperação automática e é usada para desfazer qualquer transação de sistema de arquivos ou aplicativo no volume de cópia de sombra que não tenha sido concluída antes da criação da cópia de sombra.
Como o provedor cria uma cópia de sombra
Um provedor de cópia de sombra de hardware ou software usa um dos seguintes métodos para criar uma cópia de sombra:
Cópia completa: esse método faz uma cópia completa (chamada de cópia completa ou clone) do volume original em um determinado momento. Esta cópia é somente leitura.
Copy-on-write: esse método não copia o volume original. Em vez disso, ele faz uma cópia diferencial copiando todas as alterações (solicitações de E/S de gravação concluídas) que são feitas no volume após um determinado ponto no tempo.
Redirect-on-write: esse método não copia o volume original e não faz nenhuma alteração no volume original após um determinado momento. Em vez disso, faz uma cópia diferencial redirecionando todas as alterações para um volume diferente.
Cópia completa
Uma cópia completa geralmente é criada fazendo um espelho dividido da seguinte maneira:
O volume original e o volume da cópia de sombra são um conjunto de volumes espelhados.
O volume da cópia de sombra é separado do volume original. Isso interrompe a conexão espelho.
Após a interrupção da conexão espelho, o volume original e o volume da cópia de sombra são independentes. O volume original continua aceitando todas as alterações (solicitações de E/S de gravação), enquanto o volume da cópia de sombra continua sendo uma cópia exata somente leitura dos dados originais no momento da interrupção.
Método de cópia na gravação
No método copy-on-write, quando ocorre uma alteração no volume original (mas antes que a solicitação de E/S de gravação seja concluída), cada bloco a ser modificado é lido e, em seguida, gravado na área de armazenamento de cópia de sombra do volume (também chamada de área de diff). A área de armazenamento de cópia de sombra pode estar no mesmo volume ou em um volume diferente. Isso preserva uma cópia do bloco de dados no volume original antes que a alteração a substitua.
| Hora | Dados de origem (status e dados) | Cópia de sombra (status e dados) |
|---|---|---|
| T0 | Dados originais: 1 2 3 4 5 | Sem cópia: – |
| T1 | Dados alterados no cache: 3 a 3' | Cópia de sombra criada (somente diferenças): 3 |
| T2 | Dados originais substituídos: 1 2 3' 4 5 | Diferenças e índice armazenados na cópia de sombra: 3 |
Tabela 1: O método de cópia na gravação de criação de cópias de sombra
O método d cópia em gravação é um método rápido para criar uma cópia de sombra, pois copia apenas os dados que mudaram. Os blocos copiados na área de comparação podem ser combinados com os dados alterados no volume original para restaurar o volume para seu estado antes que qualquer uma das alterações tenha sido feita. Se houver muitas alterações, o método de cópia na gravação poderá se tornar caro.
Método de redirecionamento na gravação
No método de redirecionamento na gravação, sempre que o volume original recebe uma alteração (solicitação de E/S de gravação), a alteração não é aplicada ao volume original. Em vez disso, ela é gravada na área de armazenamento de cópia de sombra de outro volume.
| Hora | Dados de origem (status e dados) | Cópia de sombra (status e dados) |
|---|---|---|
| T0 | Dados originais: 1 2 3 4 5 | Sem cópia: – |
| T1 | Dados alterados no cache: 3 a 3' | Cópia de sombra criada (somente diferenças): 3' |
| T2 | Dados originais substituídos: 1 2 3 4 5 | Diferenças e índice armazenados na cópia de sombra: 3' |
Tabela 2: O método de redirecionamento na gravação da criação de cópias de sombra
Assim como o método de cópia na gravação, o método de redirecionamento na gravação é um método rápido para criar uma cópia de sombra, pois copia apenas as alterações aos dados. Os blocos copiados na área de comparação podem ser combinados com os dados inalterados no volume original para criar uma cópia completa e atualizada dos dados. Se houver muitas solicitações de E/S de leitura, o método de redirecionamento na gravação poderá se tornar caro.
Provedores de cópia de sombra
Há dois tipos de provedores de cópia de sombra: provedores baseados em hardware e provedores baseados em software. Há também um provedor de sistema, que é um provedor de software integrado ao sistema operacional Windows.
Provedores baseados em hardware
Os provedores de cópias de sombra baseados em hardware atuam como uma interface entre o VSS e o nível de hardware trabalhando em conjunto com um adaptador ou controlador de armazenamento de hardware. O trabalho de criar e manter a cópia de sombra é executado pela matriz de armazenamento.
Os provedores de hardware sempre obtêm a cópia de sombra de um LUN inteiro, mas o VSS expõe apenas a cópia de sombra do volume ou volumes solicitados.
Um provedor de cópia de sombra baseado em hardware usa a funcionalidade VSS que define o ponto no tempo, permite a sincronização de dados, gerencia a cópia de sombra e fornece uma interface comum com aplicativos de backup. No entanto, o VSS não especifica o mecanismo subjacente pelo qual o provedor baseado em hardware produz e mantém cópias de sombra.
Provedores baseados em software
Os provedores de cópia de sombra baseados em software normalmente interceptam e processam solicitações de E/S de leitura e gravação em uma camada de software entre o sistema de arquivos e o software do gerenciador de volumes.
Esses provedores são implementados como um componente DLL do modo de usuário e pelo menos um driver de dispositivo em modo kernel, normalmente um driver de filtro de armazenamento. Diferentemente dos provedores baseados em hardware, os provedores baseados em software criam cópias de sombra no nível do software, não no nível do hardware.
Um provedor de cópia de sombra baseado em software deve manter uma exibição pontual de um volume tendo acesso a um conjunto de dados que pode ser usado para recriar o status do volume antes do tempo de criação da cópia de sombra. Um exemplo é a técnica de cópia em gravação do provedor do sistema. No entanto, o VSS não impõe restrições sobre qual técnica os provedores baseados em software usam para criar e manter cópias de sombra.
Um provedor de software é aplicável a uma variedade maior de plataformas de armazenamento do que um provedor baseado em hardware e ele deve funcionar igualmente bem com discos básicos ou volumes lógicos. (Um volume lógico é um volume que é criado pela combinação de espaço livre de dois ou mais discos.) Em contraste com as cópias de sombra de hardware, os provedores de software consomem recursos do sistema operacional para manter a cópia de sombra.
Para obter mais informações sobre discos básicos, consulte Gerenciar volumes básicos.
Provedor do sistema
Um provedor de cópia de sombra, o provedor do sistema, é fornecido no sistema operacional Windows. Embora um provedor padrão seja fornecido no Windows, outros fornecedores são livres para fornecer implementações otimizadas para seus aplicativos de hardware e software de armazenamento.
Para manter a exibição pontual de um volume contido em uma cópia de sombra, o provedor do sistema usa uma técnica de cópia na gravação. Cópias dos blocos no volume que foram modificados desde o início da criação da cópia de sombra são armazenadas em uma área de armazenamento de cópia de sombra.
O provedor do sistema pode expor o volume de produção, que pode ser gravado e lido normalmente. Quando a cópia de sombra é necessária, ela aplica logicamente as diferenças aos dados no volume de produção para expor a cópia de sombra completa.
Para o provedor do sistema, a área de armazenamento de cópia de sombra deve estar em um volume NTFS. O volume a ser copiado de sombra não precisa ser um volume NTFS, mas pelo menos um volume montado no sistema deve ser um volume NTFS.
Os arquivos de componente que compõem o provedor do sistema são swprv.dll e volsnap.sys.
Gravadores VSS in-box
O sistema operacional Windows inclui um conjunto de gravadores do VSS responsáveis por enumerar os dados exigidos por vários recursos do Windows.
Para obter mais informações sobre esses gravadores, consulte Gravadores VSS In-box.
Como as cópias de sombra são usadas
Além de fazer backup de dados de aplicativos e informações de estado do sistema, as cópias de sombra podem ser usadas para várias finalidades, incluindo:
Como restaurar LUNs (ressincronização de LUN e troca de LUN)
Como restaurar arquivos individuais (Cópias de Sombra para Pastas Compartilhadas)
Mineração de dados usando cópias de sombra transportáveis
Como restaurar LUNs (ressincronização de LUN e troca de LUN)
No Windows Server 2008 R2 e no Windows 7, os solicitantes do VSS podem usar um recurso de provedor de cópia de sombra de hardware chamado ressincronização de LUN (ou ressincronização de LUN). Esse é um esquema de recuperação rápida que permite que um administrador de aplicativos restaure dados de uma cópia de sombra para o LUN original ou para um LUN novo.
A cópia de sombra pode ser um clone completo ou uma cópia de sombra diferencial. Em ambos os casos, no final da operação de ressincronização, o LUN de destino tem o mesmo conteúdo que o LUN de cópia de sombra. Durante a operação de ressincronização, a matriz executa uma cópia no nível do bloco da cópia de sombra para o LUN de destino.
Observação
A cópia de sombra deve ser uma cópia de sombra de hardware transportável.
A maioria das matrizes permite que as operações de E/S de produção sejam retomadas logo após o início da operação de ressincronização. Enquanto a operação de ressincronização está em andamento, as solicitações de leitura são redirecionadas para o LUN de cópia de sombra e gravam solicitações para o LUN de destino. Isso permite que as matrizes recuperem conjuntos de dados muito grandes e retomem as operações normais em vários segundos.
A ressincronização de LUN é diferente da troca de LUN. Uma troca de LUN é um cenário de recuperação rápida compatível do VSS desde o Windows Server 2003 SP1. Em uma troca de LUN, a cópia de sombra é importada e, em seguida, convertida em um volume de leitura/gravação. A conversão é uma operação irreversível, e o volume e o LUN subjacente não podem ser controlados com as APIs VSS depois disso. A seguinte lista descreve como a ressincronização de LUN se compara com a troca de LUN:
Na ressincronização de LUN, a cópia de sombra não é alterada, portanto, pode ser usada várias vezes. Na troca de LUN, a cópia de sombra pode ser usada apenas uma vez para uma recuperação. Para os administradores mais preocupados com segurança, isso é importante. Quando a ressincronização de LUN é usada, o solicitante pode repetir toda a operação de restauração se algo dá errado na primeira vez.
No final de uma troca de LUN, o LUN da cópia de sombra é usado para solicitações de E/S de produção. Por esse motivo, o LUN de cópia de sombra deve usar a mesma qualidade de armazenamento que o LUN de produção original para garantir que o desempenho não seja afetado após a operação de recuperação. Se a ressincronização de LUN for usada em vez disso, o provedor de hardware poderá manter a cópia de sombra no armazenamento que tem menor custo do que o armazenamento de qualidade de produção.
Se o LUN de destino estiver inutilizável e precisar ser recriado, a troca de LUN poderá ser mais econômica porque não requer um LUN de destino.
Aviso
Todas as operações listadas são no nível de LUN. Se você tentar recuperar um volume específico usando a ressincronização de LUN, reverterá inadvertidamente todos os outros volumes que estão compartilhando o LUN.
Como restaurar arquivos individuais (Cópias de Sombra para Pastas Compartilhadas)
As Cópias de Sombra para Pastas Compartilhadas usam o VSS para fornecer cópias pontuais de arquivos localizados em um recurso de rede compartilhado, como um servidor de arquivos. Com o Cópias de Sombra para Pastas Compartilhadas, os usuários podem recuperar rapidamente os arquivos excluídos ou alterados que estão armazenados na rede. Como eles podem fazer isso sem a assistência do administrador, o recurso de Cópias de Sombra para Pastas Compartilhadas pode aumentar a produtividade e reduzir os custos administrativos.
Para obter mais informações sobre cópias de sombra para pastas compartilhadas, consulte Cópias de sombra para pastas compartilhadas.
Mineração de dados usando cópias de sombra transportáveis
Com um provedor de hardware projetado para uso com VSS, você pode criar cópias de sombra transportáveis que podem ser importadas para servidores dentro do mesmo subsistema (por exemplo, uma SAN). Essas cópias de sombra podem ser usadas para propagar uma instalação de produção ou de teste com os dados somente leitura para mineração de dados.
Com o VSS e uma matriz de armazenamento com um provedor de hardware projetado para uso com o VSS, é possível criar uma cópia de sombra do volume de dados de origem em um servidor e, em seguida, importar a cópia de sombra para outro servidor (ou de volta para o mesmo servidor). Esse processo é realizado em alguns minutos, independentemente do tamanho dos dados. O processo de transporte é realizado por meio de uma série de etapas que usam um solicitante de cópia de sombra (um aplicativo de gerenciamento de armazenamento) compatível com cópias de sombra transportáveis.
Para transportar uma cópia de sombra
Crie uma cópia de sombra transportável usando os dados de origem em um servidor.
Importe a cópia de sombra para um servidor que esteja conectado à SAN (você pode importar para um servidor diferente ou para o mesmo servidor).
Os dados agora estão prontos para uso.
.jpg)
Figura 3: Criação e transporte de cópia de sombra entre dois servidores
Observação
Uma cópia de sombra transportável criada no Windows Server 2003 não pode ser importada para um servidor que esteja executando o Windows Server 2008 ou o Windows Server 2008 R2. Uma cópia de sombra transportável criada no Windows Server 2008 ou no Windows Server 2008 R2 não pode ser importada para um servidor que esteja executando o Windows Server 2003. No entanto, uma cópia de sombra criada no Windows Server 2008 pode ser importada para um servidor que está executando o Windows Server 2008 R2 e vice-versa.
As cópias de sombra são somente leitura. Se você quiser converter uma cópia de sombra em um LUN de leitura/gravação, poderá usar um aplicativo de gerenciamento de armazenamento baseado no Serviço de Disco Virtual (incluindo alguns solicitantes), além do VSS. Ao usar esse aplicativo, você pode remover a cópia de sombra do gerenciamento de Serviço de Cópias de Sombra de Volume e convertê-la em um LUN de leitura/gravação.
O transporte VSS é uma solução avançada em computadores que executam o Windows Server 2003 Enterprise Edition, o Windows Server 2003 Datacenter Edition, o Windows Server 2008 ou o Windows Server 2008 R2. Ele só funcionará se houver um provedor de hardware na matriz de armazenamento. O transporte de cópia de sombra pode ser usado para várias finalidades, incluindo backups em fita, mineração de dados e teste.
Perguntas frequentes
Estas perguntas frequentes respondem a perguntas sobre o VSS para administradores de sistema. Para obter informações sobre interfaces de programação de aplicativos VSS, consulte Serviço de Cópias de Sombra de Volume.
Quando o VSS foi introduzido? Em quais versões do sistema operacional Windows ele está disponível?
O VSS foi introduzido no Windows XP. Ele está disponível no Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 e Windows Server 2008 R2.
Qual é a diferença entre uma cópia de sombra e um backup?
No caso de um backup da unidade de disco rígido, a cópia de sombra criada também é o backup. Os dados podem ser copiados para da cópia de sombra de uma restauração ou a cópia de sombra pode ser usada para um cenário de recuperação rápida, por exemplo, ressincronização de LUN ou troca de LUN.
Quando os dados são copiados da cópia de sombra para uma fita ou de outra mídia removível, o conteúdo armazenado na mídia constitui o backup. A cópia de sombra em si pode ser excluída depois que os dados são copiados dela.
Qual é o maior volume de tamanho compatível com o VSS?
O VSS oferece suporte a um tamanho de volume de até 64 TB.
Fiz um backup no Windows Server 2008. Posso restaurá-lo no Windows Server 2008 R2?
Depende do software de backup que você usou. A maioria dos programas de backup é compatível com esse cenário para dados, mas não para backups de estado do sistema.
As cópias de sombra criadas em qualquer uma dessas versões do Windows podem ser usadas no outro.
Fiz um backup no Windows Server 2003. Posso restaurá-lo no Windows Server 2008?
Depende do software de backup que você usou. Se você criar uma cópia de sombra no Windows Server 2003, não poderá usá-la no Windows Server 2008. Também, se você criar uma cópia de sombra no Windows Server 2008, não poderá restaurá-la no Windows Server 2003.
Como posso desabilitar o VSS?
É possível desabilitar o VSS usando o Console de Gerenciamento Microsoft. No entanto, você não deve fazer isso. Desabilitar o VSS afeta negativamente qualquer software que você usa que depende dele, como a Restauração do Sistema e o Backup do Windows Server.
Para obter mais informações, confira os seguintes sites do Microsoft TechNet:
Posso excluir arquivos de uma cópia de sombra para economizar espaço?
O VSS foi projetado para criar cópias de sombra de volumes inteiros. Arquivos temporários, como arquivos de paginação, são omitidos automaticamente de cópias de sombra para economizar espaço.
Para excluir arquivos específicos de cópias de sombra, use a seguinte chave do Registro: FilesNotToSnapshot
Observação
A FilesNotToSnapshot chave do Registro deve ser usada apenas por aplicativos. Os usuários que tentarem usá-lo encontrarão limitações, como as seguintes:
- Ele não pode excluir arquivos de uma cópia de sombra que foi criada em um Windows Server usando o recurso Versões Anteriores.
- Ele não pode excluir arquivos de cópias de sombra para pastas compartilhadas.
- Ele pode excluir arquivos de uma cópia de sombra que foi criada usando o utilitário Diskshadow , mas não pode excluir arquivos de uma cópia de sombra que foi criada usando o utilitário Vssadmin .
- Os arquivos são excluídos de uma cópia de sombra com base no melhor esforço. Isso significa que não há garantia de exclusão.
Para obter mais informações, consulte Como excluir arquivos de Cópias de Sombra.
Meu programa de backup que não é da Microsoft falhou com um erro de VSS. O que posso fazer?
Confira a seção de suporte ao produto do site da empresa que criou o programa de backup. Pode haver uma atualização de produto que você pode baixar e instalar para corrigir o problema. Caso contrário, entre em contato com o departamento de suporte do produto da empresa.
Os administradores do sistema podem usar as informações de solução de problemas do VSS no site da Microsoft TechNet Library a seguir para coletar informações de diagnóstico de problemas relacionados ao VSS.
Para obter mais informações, consulte Serviço de Cópias de Sombra de Volume.
Qual é a área de diferença?
A área de armazenamento de cópia de sombra (ou área de comparação) é o local onde os dados da cópia de sombra criada pelo provedor de software do sistema são armazenados.
Em que local está a área de comparação?
A área de comparação pode estar em qualquer volume local. No entanto, ela deve estar em um volume NTFS que tenha espaço suficiente para armazená-la.
Como a localização da área de comparação é determinada?
Os seguintes critérios são avaliados, nesta ordem, para determinar a localização da área de comparação:
Se um volume já tiver uma cópia de sombra existente, essa localização será usada.
Se houver uma associação manual pré-configurada entre o volume original e o local do volume de cópia de sombra, esse local será usado.
Se os dois critérios anteriores não fornecerem um local, o serviço de cópias de sombra escolherá um local com base no espaço livre disponível. Se mais de um volume estiver sendo copiado em sombra, o serviço de cópias de sombra criará uma lista de possíveis locais de instantâneo com base no tamanho do espaço livre, em ordem decrescente. O número de locais fornecidos é igual ao número de volumes que estão sendo copiados em sombra.
Se o volume que está sendo copiado em sombra for um dos locais possíveis, uma associação local será criada. Caso contrário, uma associação com o volume com o espaço mais disponível será criada.
O VSS pode criar cópias de sombra de volumes não NTFS?
Sim. No entanto, cópias de sombra persistentes só podem ser feitas para volumes NTFS. Além disso, pelo menos um volume montado no sistema deve ser um volume NTFS.
Qual é o número máximo de cópias de sombra que posso criar ao mesmo tempo?
O número máximo de volumes copiados de sombra em um conjunto de cópias de sombra é 64. Observe que isso não é o mesmo que o número de cópias de sombra.
Qual é o número máximo de cópias de sombra de software criadas pelo provedor de sistema que posso manter em um volume?
O número máximo de cópias de sombra de software para cada volume é 512. No entanto, por padrão, você só pode manter 64 cópias de sombra usadas pelo recurso Cópias de Sombra de Pastas Compartilhadas. Para alterar o limite do recurso Cópias de Sombra de Pastas Compartilhadas, use a seguinte chave do Registro: MaxShadowCopies.
Como posso controlar o espaço usado para o espaço de armazenamento de cópia de sombra?
Digite o comando vssadmin resize shadowstorage.
Para obter mais informações, consulte Vssadmin redimensionar shadowstorage.
O que acontecerá quando eu ficar sem espaço?
As cópias de sombra do volume serão excluídas, começando com a cópia de sombra mais antiga.
Ferramentas VSS
O sistema operacional Windows fornece as seguintes ferramentas para trabalhar com o VSS:
DiskShadow
O DiskShadow é um solicitante VSS que você pode usar para gerenciar todos os instantâneos de hardware e software que você pode ter em um sistema. O DiskShadow inclui comandos como os seguintes:
list: Lista gravadores VSS, provedores VSS e cópias de sombracreate: Cria uma nova cópia de sombraimport: Importa uma cópia de sombra transportávelexpose: Expõe uma cópia de sombra persistente (como uma letra de unidade, por exemplo)revert: Reverte um volume para uma cópia de sombra especificada
Essa ferramenta é destinada ao uso por profissionais de TI, mas também pode ser útil para desenvolvedores no teste de um VSS Writer ou de um provedor VSS.
O DiskShadow está disponível apenas em sistemas operacionais Windows Server. Ele não está disponível em sistemas operacionais cliente do Windows.
VssAdmin
O VssAdmin é usado para criar, excluir e listar informações sobre cópias de sombra. Ele também pode ser usado para redimensionar a área de armazenamento de cópia de sombra (área diff).
O VssAdmin inclui comandos como os seguintes:
create shadow: Cria uma nova cópia de sombradelete shadows: Exclui cópias de sombralist providers: Lista todos os provedores VSS registradoslist writers: Lista todos os gravadores VSS inscritosresize shadowstorage: Altera o tamanho máximo da área de armazenamento de cópias de sombra
O VssAdmin só pode ser usado para administrar cópias de sombra criadas pelo provedor de software do sistema.
O VssAdmin está disponível nas versões do sistema operacional Windows Client e Windows Server.
Chaves do Registro do Serviço de Cópias de Sombra de Volume
As seguintes chaves do Registro estão disponíveis para uso com o VSS:
VssAccessControlMaxShadowCopiesMinDiffAreaFileSize
VssAccessControl
Essa chave é usada para especificar quais usuários têm acesso a cópias de sombra.
Para obter mais informações, confira as seguintes entradas no site da MSDN:
MaxShadowCopies
Essa chave especifica o número máximo de cópias de sombra acessíveis pelo cliente que podem ser armazenadas em cada volume do computador. As cópias de sombra acessíveis pelo cliente são usadas por Cópias de Sombra para Pastas Compartilhadas.
Para obter mais informações, consulte MaxShadowCopies em Chaves do Registro para Backup e Restauração.
MinDiffAreaFileSize
Essa chave especifica o tamanho inicial mínimo, em MB, da área de armazenamento de cópia de sombra.
Para obter mais informações, consulte MinDiffAreaFileSize em Chaves do Registro para Backup e Restauração.
Versões de sistemas operacionais com suporte
A tabela a seguir lista as versões mínimas do sistema operacional compatíveis para recursos do VSS.
| Recurso do VSS | Cliente mínimo com suporte | Servidor mínimo com suporte |
|---|---|---|
| Ressincronização de LUN | Nenhum compatível | Windows Server 2008 R2 |
Chave do Registro FilesNotToSnapshot |
Windows Vista | Windows Server 2008 |
| Cópias de sombra transportáveis | Nenhum compatível | Windows Server 2003 com SP1 |
| Cópias de sombra de hardware | Nenhum compatível | Windows Server 2003 |
| Versões anteriores do Windows Server | Windows Vista | Windows Server 2003 |
| Recuperação rápida usando troca de LUN | Nenhum compatível | Windows Server 2003 com SP1 |
| Várias importações de cópias de sombra de hardware (Esta é a capacidade de importar uma cópia de sombra mais de uma vez. Apenas uma operação de importação pode ser executada por vez.) | Nenhum compatível | Windows Server 2008 |
| Cópias de Sombra para Pastas Compartilhadas | Nenhum compatível | Windows Server 2003 |
| Cópias de sombra transportáveis recuperadas automaticamente | Nenhum compatível | Windows Server 2008 |
| Sessões de backup simultâneas (até 64) | Windows XP | Windows Server 2003 |
| Sessão de restauração única simultânea com backups | Windows Vista | Windows Server 2003 com SP2 |
| Até oito sessões de restauração simultâneas com backups | Windows 7 | Windows Server 2003 R2 |