Programa de cópia de segurança não tem êxito quando cria uma cópia de um volume de sistema grande

Quando tenta criar uma cópia de segurança utilizando o NTBackup.exe ou utilizando um programa de cópia de segurança de outros fabricantes que utilize a API de cópia de segurança NT, a cópia de segurança pode não ser concluída com êxito. Este comportamento pode ocorrer mesmo que execute o programa localmente no servidor. Além disso, poderá detectar um ou mais dos seguintes sintomas:

• Uma ou mais das seguintes mensagens de erro aparecem no registo de aplicação:
  mensagem de erro 1

  Erro 1450: Existem recursos de sistema insuficientes para concluir o serviço pedido.
  
  Erro 1450: / hex 0x5aa ERROR_NO_SYSTEM_RESOURCES
  
  Existem recursos do sistema operativo erro 1450 sistema insuficientes para concluir o serviço pedido.
  
  Falha de escrita no "dispositivo", estado = 1450

  mensagem de erro 2

  Erro 1130: Está disponível para processar este comando não existe servidor memória suficiente.
  
  Erro 0x46a 1130 / hex ERROR_NOT_ENOUGH_SERVER_MEMORY
  
  Operação de cópia de segurança ou restauro terminar irregularmente.
• Evento ID 2020 e mensagens de evento ID 2021 poderão ser geradas pelo serviço do servidor.
  
  Nota Normalmente, não são apresentadas mensagens de evento ID 2020 e 2021 de ID de evento.
• Se estiver a executar o programa de cópia de segurança OmniBack Hewlett-Packard (HP), poderá receber uma mensagem de erro semelhante à seguinte:
  [81:78] C:\foldername\file.name
  Não é possível ler os bytes 57256 no desvio 436176408(:1): ([1450]
  Recursos de sistema insuficientes existem para concluir o serviço pedido.).
• Se vir o separador desempenho no Gestor de tarefas do Windows, notará que a memória kernel não paginada está muito baixa.

Nota Poderá receber estas mensagens de erro por motivos não relacionados com o problema descrito neste artigo. Se receber estas mensagens de erro apenas quando cria uma cópia volumes de sistema grande, as duas causas provável a maior parte dos são aquelas que este artigo descreve.

Para ajudar a determinar se tem este problema, iniciar o Gestor de tarefas do Windows e, em seguida, clique no separador desempenho . No canto inferior direito, localize a área de Memória Kernel (K) e, em seguida, anote o valor para paginado . Poderá detectar este problema no Microsoft Windows 2000 ou no Microsoft Windows NT 4.0, quando este valor atinge aproximadamente 160 megabytes (MB). Em alternativa, poderá detectar este problema no Microsoft Windows Server 2003, quando este valor excede 160 MB. Se tiver definido a chave de registo para memória de bloco paginado para um valor superior, não detectará este problema até um valor muito maior de memória de bloco paginado é utilizado (o problema poderá ocorrer quando a utilização da memória de bloco paginado atinge cerca de 80 por cento do valor de conjunto). Se tiver a definição gflags activada para o conjunto de códigos e se utilizar o utilitário de Poolmon, verá uma maior utilização da tag MmSt . Esta é a marca de conjunto é utilizada para mapear a memória do sistema operativo que é utilizada para controlar ficheiros partilhados.

As duas causas deste problema estão relacionado com. A causa mais frequente é listada em primeiro lugar:

• Mais ficheiros estão abertos não consegue processar o Gestor de cache de memória. Como resultado, o Gestor da cache foi esgotado a memória de bloco paginado disponível.
• O programa de cópia de segurança tentou cópia de um ficheiro cujo tamanho é maior do que a cópia de segurança que API pode aceder essa versão do sistema operativo. Isto tem o mesmo resultado (ou seja, o bloco paginado é esgotado).
  
  Nota Este segundo problema é mais provável que ocorrem num computador baseado no Microsoft Windows NT 4.0.

A resolução para cada problema difere dependendo do facto ocorrer o problema no Windows Server 2003, no Microsoft Windows 2000 ou no Windows NT 4.0.

Windows Server 2003 e Windows 2000

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Poderá ter de alterar definições de registo de dois. Sempre tem de alterar a definição primeira. Dependendo da configuração do sistema, também poderá ter de alterar a definição de segunda.

Definição 1 do registo

1. Clique em Iniciar , clique em Executar , escreva regedit na caixa Abrir e, em seguida, clique em OK .
2. Localize e, em seguida, clique na seguinte subchave do registo:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
3. No menu Editar , aponte para Novo e, em seguida, clique em Valor DWORD (DWORD Value) .
4. Escreva PoolUsageMaximum como o nome da entrada e, em seguida, prima ENTER.
5. Clique com o botão direito do rato PoolUsageMaximum e, em seguida, clique em Modificar .
6. Clique em decimal .
7. Na caixa dados do valor , escreva 60 e, em seguida, clique em OK .
   
   importante
   • Utilizar 60 como o valor inicial. Se a cópia de segurança não tiver êxito, utilize 40 como o valor. Se esta solução não resultar, terá de alterar o comportamento do programa de cópia de segurança para reduzir a procura do paginado. Se o valor funcionar, poderá aumentar o valor aproximadamente 25 por cento até que a cópia de segurança não funciona. Se a cópia de segurança não tiver êxito, utilize a segunda definição de registo descrita neste artigo.
   • Certifique-se que o valor para esta definição de registo não está mais de 60.
   • Se estiver a utilizar o / 3 GB mudar, utilize 40 a definição inicial. Note que este valor é um valor de percentagem.
8. Saia do Editor de registo.
9. Reinicie o computador.

Uma vez que tem de testar estas definições durante mais stressful cópias de segurança, poderá ter de aguardar um mês para um ciclo todo cópia de segurança concluir se não tiver a certeza qual cópia de segurança consome mais recursos. Devido a esta situação, a Microsoft recomenda que teste valores baixos primeiro. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Definição 2 do registo

1. Clique em Iniciar , clique em Executar , escreva regedit na caixa Abrir e, em seguida, clique em OK
2. Localize e, em seguida, clique na seguinte subchave do registo:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
3. No menu Editar , aponte para Novo e, em seguida, clique em Valor DWORD (DWORD Value) .
4. Escreva PagedPoolSize como o nome da entrada e, em seguida, prima ENTER.
5. Clique com o botão direito do rato PagedPoolSize e, em seguida, clique em Modificar .
6. Clique em hexadecimal .
7. Na caixa dados do valor , introduza um valor de FFFFFFFF e, em seguida, clique em OK .
   
   importante
   • Definir PagedPoolSize como 0xFFFFFFFF (-1) atribui máximo paginado em vez de outros recursos para o computador. Normalmente, isto é necessário num controlador de domínio ou um servidor de terminais. Por predefinição, a maior parte dos sistemas Windows 2000 parecem estar limitadas a um tamanho máximo de bloco paginado de 160 MB. Pode verificar esta transferência os depuradores de kernel a partir do Web site público e abrindo uma informação kernel no depurador que pretende utilizar. O comando a utilizar está ! vm . Apresenta um conjunto paginado máximo de KB 163840, por exemplo. Adicionar este valor reduz a página entradas da tabela de (páginas PTEs Table Entries) disponíveis no sistema e expande o máximo de bloco paginado para 343 MB no Windows 2000. O tamanho máximo de bloco paginado pode ser expandido para um valor maior no Windows Server 2003.
     
     Nota A predefinição e valores de máximo de bloco paginado para o Windows Server 2003 são muito maiores do que no Windows 2000. Normalmente, os valores do Windows Server 2003 são, pelo menos, 50 por cento maior do que os valores encontrados no Windows 2000. Estes valores maiores torna mais improvável que irá detectar o problema em que os valores de bloco paginado contribuem para o problema descrito neste artigo. No entanto, ainda é possível que este problema poderá ocorrer.
   • Este valor restringe as PTEs disponíveis de sistema. PTEs são outro recurso de sistema utiliza o sistema. Esta definição pode provocar o sistema operativo para parar inesperadamente e para apresentar um erro de 0x3F do tipo stop num ecrã azul quando é iniciado. É possível recuperar a partir desta utilizando a opção Última configuração reconhecida como correcta do reinício na consola do sistema reiniciar menu ou recuperação. Utilize o Monitor de desempenho para ver o contador de Entradas livres da tabela de páginas do sistema . É possível adicionar a definição PagePoolSize se os valores livres observados forem mais de 40.000.
   • Se estiver a executar o / 3 GB e / PAE, Physical Address Extension em conjunto, não definir esta definição sem testes exaustivos e antes de estabelecer exactamente sistema quantas PTES tem ter no seu ambiente. Verá, provavelmente, valores do intervalo de 10.000-20.000 livre. Utilize os artigos para configurar a memória de bloco paginado mas nunca cair abaixo PTEs de sistema livre 10.000. Não defina isto como qualquer outro valor se estiver a utilizar o / 3 GB mudar. O único suportado valores são 0, 0A000000 e FFFFFFFF.
8. Saia do Editor de registo.
9. Reinicie o computador.

Para obter mais informações sobre como evitar e resolver este problema, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:

Windows NT 4.0

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Nota Tem de estar a utilizar o Windows NT 4.0 Service Pack 6a.

Resolver o problema primeiro

1. Inicie o Editor de registo (Regedt32.exe).
2. Localize e, em seguida, clique na seguinte subchave do registo:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
3. No menu Editar , clique em Adicionar valor e, em seguida, adicione o seguinte valor de registo:
   Nome do valor: UnusedFileCache
   Tipo de dados: REG_DWORD
   Base: decimal
   Dados do valor: 15
   Nota Este número representa a percentagem de agrupamento que pode ser consumida por segmentos não utilizados. Um valor de 0 indica que o sistema utilizará o comportamento predefinido é semelhante ao Windows NT 4.0 Service Pack 3. Um valor de 5 a 40 indica que o sistema irá cortar cache de ficheiros não utilizados com base no conjunto de utilização. 5 é mais agressivo (ou seja, aumenta o tamanho da cache menos) e 40 é menos agressivo (ou seja, permite a cache de crescimento maior antes de que limita a cache.)
   
   importante
   • Utilizar 15 como o valor inicial. Se a cópia de segurança não tiver êxito, utilize 5 como o valor. Se isto não funcionar, ou tem de alterar o comportamento do programa de cópia de segurança para reduzir a procura do paginado ou tem de actualizar para o Windows 2000, onde mais do que duas o bloco paginado está disponível (para mais informações, consulte "Windows 2000" secção). Se este valor funcionar, poderá aumentar aproximadamente 20 por cento até que a cópia de segurança sem êxito. Se a cópia de segurança não tiver êxito, utilize a segunda definição de registo descrita neste artigo.
   • Se estiver a utilizar o / 3 GB mudar, utilizar 5 como a definição inicial.
4. Saia do Editor de registo.
5. Reinicie o computador.

Uma vez que tem de testar estas definições durante mais stressful cópias de segurança, poderá ter de aguardar um mês para um ciclo todo cópia de segurança concluir se não tiver a certeza qual cópia de segurança consome mais recursos. Deste modo, a Microsoft recomenda que teste valores baixos primeiro. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Resolver o problema segundo

Uma resolução de possível é restringir a cópia de segurança, para que efectua a-cópia de segurança um ficheiro de cada vez. Isto pode ou não funcionem consoante os tamanhos dos ficheiros para ser efectuada uma cópia de segurança. (É expectável para trabalhar em ficheiros que são inferiores a 180 gigabytes [GB]). Também pode tentar esta resolução se estiver a criar cópias vários ficheiros de grandes dimensões, mas cada ficheiro for inferior a 180 GB. Tem de seguir os passos para resolver o problema primeiro também. Para ficheiros com mais de 180 GB, não existe nenhuma solução. Por conseguinte, tem de actualizar o sistema para o Windows 2000. Se tentar a cópia de segurança do sistema remotamente como solução, ocorrerá o mesmo problema.

1. Inicie o Editor de registo (Regedt32.exe).
2. Localize e, em seguida, clique na seguinte subchave do registo:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory_Management
3. No menu Editar , clique em Adicionar valor e, em seguida, adicione o seguinte valor de registo:
   Nome do valor: DisablePagedPoolHint
   Tipo de dados: REG_DWORD
   Base: decimal
   Dados do valor: 1
4. Saia do Editor de registo.
5. Reinicie o computador.

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".

NTBackupread e NTBackupwrite utilizam armazenada em buffer E/s. Isto significa que o Windows NT coloca em cache a E/s é efectuada a transmissão em sequência. Também é a API apenas que irá cópia os metadados de um ficheiro. Esta cache é retirada do recursos limitados: nomeadamente, agrupamento e não paginado. Deste modo, extremamente grandes quantidades de ficheiros ou que são muito grandes podem provocar os recursos de agrupamento a escassear.

Vários factores poderão exaustão o fornecimento de memória de bloco paginado. Pode activar a sinalização de blocos e tirar instantâneos de blocos em intervalos de tempo diferentes para o ajudar a compreender qual o controlador de memória de bloco paginado esgotar. Se os instantâneos de blocos indicarem que a tag MmSt (mm secção objecto protótipo PTEs) é o maior consumidor e é mais de 80 MB, um grande número de ficheiros está provavelmente aberto no servidor.

A memória de bloco paginado máxima possível um computador é 343 MB de memória paginado no Windows 2000 com a chave de bloco paginado, definido como FFFFFFFF ou 164 MB se a chave não estiver presente. A memória de bloco paginado máxima possível é 192 MB no Windows NT. Por predefinição, o Gestor de memória tenta cortar memória de bloco paginado atribuída quando o sistema atinge 80 por cento do bloco paginado total. Por exemplo, 80 por cento de 343 MB é 274 MB. Se o Gestor de memória não é possível cortar suficientemente rápido para acompanhar as exigências, poderão ocorrer o evento que está listado na secção "Sintomas" deste artigo. Se optimizar o Gestor de memória para iniciar o processo de recortes anteriormente (por exemplo, quando atinge 40 por cento), o computador pode acompanhar o pedido de bloco paginado durante a utilização repentino máxima para que este não execute esgotada a memória de bloco paginado.Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Os produtos de outros fabricantes explicado neste artigo são fabricados por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, expressa ou implícita, relativamente ao desempenho ou fiabilidade destes produtos.