2017-10-01 4 views
1

Récemment appliqué CU5 BizTalk hôte-correctif pour BizTalk Server 2013 R2 (s'est bien passé et tout fonctionne bien): verrouillage pour l'amélioration du travail agent BizTalk SQL ayant la procédure de magasin "dtasp_BackupAndPurgeTrackingDatabase "utiliser pour le travail d'agent BizTalk Sql" DTA Purge et Archive (BizTalkDTADb) "mais il semble qu'il y ait eu la même procédure de stockage que lors de la première installation.Le travail de purge et d'archivage BizTalk prend désormais en charge le nettoyage des instances orphelines

Selon certains bons blogueur BizTalk mentionner que correctif MS BizTalk CU5 prend désormais en charge le nettoyage des instances orphelines. Script SQL (SP) inférieur à celui trouvé après l'application du correctif CU5 et identique à l'installation précédente.

ALTER PROCEDURE [dbo].[dtasp_BackupAndPurgeTrackingDatabase] 
@nLiveHours tinyint, --Any completed instance older than the live hours +live days 
@nLiveDays tinyint = 0, --will be deleted along with all associated data 
@nHardDeleteDays tinyint = 0, --all data older than this will be deleted. 
@nvcFolder nvarchar(1024) = null, --location for .bak backup files to be put 
@nvcValidatingServer sysname = null, 
@fForceBackup int = 0 -- if this flag is set to 1 we will force a backup at 
that point 
AS 

Je ne l'ai pas vu la nouvelle valeur de paramètre a été ajouté au cours de correctif CU5 ... comme mention sur

The BizTalk Purge & Archive Job now supports clean-up of orphaned instances

Quelqu'un a suggéré comment nous configurer une nouvelle valeur de paramètre pour DTA purge et Archive (BizTalkDTADb)?

De plus en utilisant un script PowerShell pour trouver BizTalk Mise à jour cumulative installée dans cette machine: (disponible on-- Check all BizTalk Cumulative Updates installed in server with PowerShell )

PS C:\Windows\system32> C:\Users\BizTalk\Downloads\CheckAllCUInstalled.ps1 

Voici la liste des BizTalk Mise à jour cumulative installée dans cette machine: DIPENBIZTALK - Microsoft BizTalk Server 2013 R2 CU5

Le serveur BizTalk 2013 R2 CU5 a donc été correctement appliqué sur mon ordinateur.

Répondre

2

Conformément à l'article, cette fonctionnalité est apparue pour BizTalk 2013 R2 dans CU6, pour BizTalk 2013, elle était CU5. Vous devriez donc installer CU6 plutôt que CU5. Vous devez toujours installer la dernière CU que vous pouvez trouver à Service Pack and cumulative update list for BizTalk Server

Quant à savoir où le configurer, il serait dans l'Agent SQL Job BizTalk DTA Purge et Archive, mentionné dans cet article, qui appelle que stocké procédure.

+0

(@fHardDeleteRunningInstances int = 0 --Si ce drapeau est défini sur 1, nous allons supprimer toutes les instances de service en cours d'exécution plus que les disques jours de suppression AS) (exec @ret = dtasp_PurgeTrackingDatabase/* nHours */@ nLiveHours,/* nDays */@ nLiveDays,/* nHardDeleteDays */@ nHardDeleteDays,/* dtLastBackup */@ dtLastArchiveDate,/* fHardDeleteRunningInstances */@ fHardDeleteRunningInstances) --Ceci est la différence entre l'ancien et le nouveau SQL SP après l'installation de CU6 pour la version BizTalk 2013 R2. –