web-dev-qa-db-fra.com

Existe-t-il une procédure de sauvegarde pseudo pour forcer la troncature du journal d'échange?

J'ai plusieurs environnements de test distincts exécutant 2008 R2 et Exchange 2010, à des niveaux de correctifs variables et pour diverses raisons. Un problème cohérent que je rencontre est que les journaux de transaction d'échange ne sont pas tronqués car aucune solution de sauvegarde n'est en place, ni j'en veux un.

Alors, comme je le vois, cela me laisse avec trois options:

  1. Permettre circular logging. Cela n'est pas souhaitable pour certains des scénarios de test, car il peut entrer en conflit avec l'émission correctement un environnement spécifique.
  2. Démontez toutes les bases de données et courez eseutil /mh. Cela fonctionne, mais c'est un processus de maintenance encombrant.
  3. Une substance utilitaire pseudo-sauvegarde (ou un peu d'astuce avec un essentiel de l'impact soutenu à l'impact) à un "truc" échange pour croire qu'il est maintenant sûr de tronquer.

Les deux premiers que je peux faire mais plutôt. Y a-t-il un moyen de faire la troisième option?

exchange
6
Tohuw

Pour ne pas voler Joeqwerty 'S Thunder, comme je pense sa réponse à cette question est plus que valable et certainement applicable dans presque tous les scénarios, sauf éventuellement. (D'où pourquoi je l'ai évité.) Cependant, j'ai trouvé un moyen de faire ce que vous êtes après ...

Faux Sauvegarde VSS

Fondamentalement, ce que cela fait, c'est une simulation de sauvegarde VSS sur le volume que la base de données Exchange est activée, ce qui finit par causer des échanges pour tronquer les journaux.

Casse des sauvegardes incrémentielles

Cela va casser une chaîne de sauvegarde incrémentielle des logiciels de sauvegarde afin que la prochaine sauvegarde réelle devra être une sauvegarde complète.

Utilisez des copies passives

Dans un Dag, faites-le sur une copie passive si possible.

Procédure

Vous devez ajouter à la fois le point/point de montage de la base de données et le journal.

  1. Ouvrir la commande invite comme administrateur
  2. Run diskshadow
  3. Taper add volume x: (où "x" est le lecteur de la base de données Exchange)
  4. Taper add volume y: (où "y" est le lecteur du journal d'échange)
  5. Taper begin backup
  6. Type create. Cela prendra quelques minutes pendant que VSS fait sa chose.
  7. Taper end backup. C'est là que cela permettra de définir les journaux tronqués. Vous devrez attendre que le prochain journal génère avant de commencer à arriver.

À ce stade, si vous regardez dans l'application EventVWR journal des journaux, vous devriez voir une entrée similaire à:

Screenshot of event

(Ou vous pouvez essayer PowerShell comme SO: Get-EventLog -LogName application -Source msexchangeis | select -first 10)

J'espère que cela pourra aider...

Sources

Citation: http://ilantz.com/2011/10/26/how-to-manuellement-purge-exchange-server-logs-clean-and-easy/

8
TheCleaner

Utilisez la sauvegarde Windows Server pour sauvegarder le serveur. Il purgera les journaux de transaction du serveur Exchange après une sauvegarde réussie.

http://www.techrepublic.com/blog/datacenter/back-up-exchange-2010-with-Chis-Windows-Server-2008-R2-Feature/3006

http://technet.microsoft.com/en-us/magazine/jj906377.aspx

Edit

Vous pouvez essayer cela pour renoncer à la route de sauvegarde. C'est un processus manuel, mais c'est probablement plus sûr que toute autre chose, à court de sauvegarde:

http://exchangehare.wordpress.com/2008/05/22/move-committe-exchange-transaction-logs/

Edition: Cet outil ne semble pas exister dans Exchange Server 2010

6
joeqwerty

Dans ce scénario, je voudrais:

  1. Permettre Circular Logging
  2. Démontez le magasin/dB pour appliquer ce changement.
  3. Montez le magasin/dB Ceci prendra du temps pour trier les journaux.
  4. Désactiver Circular Logging.
  5. Démonter le magasin/dB pour appliquer ce changement
  6. Montez le magasin/dB.

J'espère que cela t'aides,

Rossage

2
Ross

(Ajout d'une nouvelle réponse car je n'ai pas une réputation assez élevée pour ajouter des commentaires à @Thecleaners Réponse existante)

Faux Sauvegarde VSS

Casse des sauvegardes incrémentielles

Cela va casser une chaîne de sauvegarde incrémentielle des logiciels de sauvegarde afin que la prochaine sauvegarde réelle devra être une sauvegarde complète.

Utilisez des copies passives

Dans un Dag, faites-le sur une copie passive si possible.

Procédure

Vous devez ajouter les deux le point de conduire/montage de la base de données et le journal.

  1. Ouvrir la commande invite comme administrateur
  2. Run diskshadow
  3. Taper add volume x: (où "x" est le lecteur de la base de données Exchange)
  4. Taper add volume y: (où "y" est le lecteur du journal d'échange)
  5. Taper begin backup
  6. Type create. Cela prendra quelques minutes pendant que VSS fait sa chose.
  7. Taper end backup. C'est là que cela permettra de définir les journaux tronqués. Vous devrez attendre que le prochain journal génère avant de commencer à arriver.
1
bchris999