分享方式：

應用程式部署原則

  • 文章

適用於：Configuration Manager (目前的分支)

建立原則

當您部署應用程式時， 會建立SMS_ApplicationAssignment 類別的實例，代表應用程式對集合的指派。 您可以在 SMSProv.log中追蹤此活動。

SMS Provider    PutInstanceAsync SMS_ApplicationAssignment~
SMS Provider    Auditing: User CONTOSO\Admin created an instance of class SMS_ApplicationAssignment.~

在 Configuration Manager 資料庫中，此資訊會儲存在 2 代表應用程式部署的資料 AssignmentType 表中 CI_CIAssignments 。 建立指派時，SMS 資料庫監視器元件會偵測資料表中的變更，然後通知物件複寫管理員處理 CI 指派 (CIA) 原則。 物件複寫管理員元件接著會在資料庫中建立應用程式指派的原則，該資料庫會儲存在 Policy 資料庫的資料表中，而原則識別碼則是以應用程式唯一識別碼為基礎。 您可以參考指派唯一識別碼，在 objreplmgr.log 中追蹤此活動，此識別碼可從開始 之前 一節中參考的 SQL 查詢取得。

***** Processing Application Assignment {3AC57DFE-3F87-4C59-930B-B9F57CB41B91} *****

您可以使用類似下面的 SQL 查詢，在資料庫中看到應用程式指派的原則。

SELECT P.PolicyID, PA.PolicyAssignmentID, PA.PADBID, PA.IsTombstoned, PA.LastUpdateTime FROM Policy P
JOIN PolicyAssignment PA ON P.PolicyID = PA.PolicyID
WHERE P.PolicyID = '{3AC57DFE-3F87-4C59-930B-B9F57CB41B91}' -- Replace Assignment Unique ID

原則目標

產生原則之後，原則提供者元件會將此原則指派給應用程式部署目標集合中的資源。 原則目標資訊會儲存在 ResPolicyMap 資料庫的資料表中。 您可以使用上述查詢所傳回的 PADBID，在 policypv.log中追蹤此活動。 不過，如果同時處理多個原則，記錄檔中記錄的 PADBID 可能不一定符合上述查詢所傳回的 PADBID。

~Policy or Policy Target Change Event triggered.
~Completed batch with beginning PADBID = 16778403 ending PADBID = 16778403.

注意事項

ResPolicyMap table 不包含部署為使用者集合 可用 之應用程式的任何目標資訊。 軟體中心會從管理點查詢這些應用程式的清單，當使用者從軟體中心要求應用程式時，就會動態產生這些應用程式的原則目標資訊。

後續步驟