管理 Azure 自動化 模組

附註

從 2025 年 2 月 1 日 開始，Azure 自動化 將停止執行所有使用 AzureRM 模組的執行腳本。 從 2024年 11 月 1 日起，您將無法使用 AzureRM 模組建立新的 Runbook。 自 2024 年 2 月 29 日起，AzureRM PowerShell 模組已正式淘汰。 我們建議您從 AzureRM 模組移轉至 Az PowerShell 模組，以確保持續的支援和更新。 雖然 AzureRM 模組可能仍可運作，但不再進行維護或支援，且繼續使用 AzureRM 模組時使用者應自行承擔風險。 如需詳細資訊，請參閱移轉資源，以取得轉換至 Az 模組的指導。

Azure 自動化使用多個 PowerShell 模組來啟用 Runbook 中的 Cmdlet，並在 DSC 組態中啟用 DSC 資源。 支援的模組包括：

• Azure PowerShell Az 模組。
• 其他 PowerShell 模組。
• 內部 Orchestrator.AssetManagement.Cmdlets 模組 (無法在 Linux 混合式 Runbook 背景工作角色上使用)。
• Python 2 和 Python 3 模組。
• 您建立的自訂模組。

當你建立自動化帳號時，Azure 自動化 預設會匯入一些模組。 請參閱預設模組。

重要事項

新的執行階段環境體驗可讓您藉由設定作業執行環境來管理模組和套件。 在新的體驗中，[模組和套件] 刀鋒視窗無法使用。 若要管理模組和套件，請參閱管理執行階段環境和相關聯的 Runbook。

沙箱

當自動化執行 Runbook 和 DSC 編譯作業時，其會將模組載入至沙箱，Runbook 可在其中執行，而且 DSC 設定可在其中編譯。 自動化也會將所有 DSC 資源自動放置於 DSC 提取伺服器的模組中。 當機器套用 DSC 設定時，即可提取資源。

雲端沙箱最多支援 48 個系統呼叫，並基於安全性考量而限制所有其他呼叫。 像是憑證管理和部分網路功能，雲端沙盒並不支援。

由於包含的模組和 Cmdlet 數目，因此在事先很難知道哪一個 Cmdlet 會進行不支援的呼叫。 一般而言，我們已發現需要提高存取權的 Cmdlet、需要認證作為參數，或與網路相關的 Cmdlet 問題。 任何執行全端網路操作的 cmdlet 都不在沙盒中被支援，包括來自 AIPService PowerShell 模組的 Connect-AipService 以及來自 DNSClient 模組的 Resolve-DnsName 。

這些都是沙箱的已知限制。 建議的解決方法是部署 Hybrid Runbook Worker或使用 Azure Functions。

重要事項

請勿在任何專為 Az 模組執行的指令碼中包含關鍵字 "AzureRm"。 就算只是在註解中包含關鍵字，也可能導致 AzureRm 載入，然後與 Az 模組發生衝突。

預設模組

所有新的自動化帳戶均預設為匯入最新版本的 PowerShell Az 模組。 Az 模組取代了 AzureRM，是推薦搭配 Azure 使用的模組。 新自動化帳戶中的預設模組包含現有的 24 個 AzureRM 模組和 60 個以上 Az 模組。

自動化帳戶提供原生選項，供使用者將模組更新至最新版本的 Az 模組。 此操作會在後端處理所有模組相依關係，免除手動更新模組或執行 runbook 以更新 Azure 模組的麻煩。

如果現有的自動化帳戶只有 AzureRM 模組，則更新 Az 模組選項會以使用者選取的 Az 模組版本來更新自動化帳戶。

如果現有的自動化帳戶有 AzureRM 和某些 Az 模組，此選項會將其餘的 Az 模組匯入至自動化帳戶。 現有的 Az 模組會優先，更新操作不會更新那些模組。 這是為了確保更新模組作業不會因為不小心更新 Runbook 所使用的模組而造成任何 Runbook 執行失敗。 此案例的建議方法是先刪除現有的 Az 模組，然後執行更新作業，以取得自動化帳戶中匯入的最新 Az 模組。 依照預設，並不會匯入這類模組類型，它們稱為自訂。 自訂模組的優先順序一律高於預設模組。

例如：如果您已經使用 Az 模組 6.3.0 所提供的 2.3.0 版匯入 Az.Aks 模組，而且您嘗試將 Az 模組更新為最新的 6.4.0 版。 更新作業會從 6.4.0 套件匯入所有 Az 模組，但 Az.Aks 除外。 若要擁有最新版的 Az.Aks，請先刪除現有的模組，然後執行更新作業，或者您也可以依照匯入 Az 模組所述，個別更新此模組以匯入不同版本的特定模組。

下表列出了 Azure 自動化 在建立 Automation 帳號時預設匯入的模組。 自動化可以匯入這些模組的較新版本。 不過，即使您刪除了較新版本，也無法從您的自動化帳戶移除原始版本。

預設模組也稱為全域模組。 在Azure入口網站中，當查看帳號建立時匯入的模組時，Global module屬性會顯示為 true。

附註

不建議您在用來部署停機期間啟動/停止 VM 的自動化帳戶中更改模組和 Runbook

模組名稱	版本
Az.*	完整名單請見Package Details，網址為PowerShell 資源庫
AuditPolicyDsc	1.1.0.0
Azure	1.0.3
Azure.Storage	1.0.3
AzureRM.Automation	1.0.3
AzureRM.Compute	1.2.1
AzureRM.Profile	1.0.3
AzureRM.Resources	1.0.3
AzureRM.Sql	1.0.3
AzureRM.Storage	1.0.3
ComputerManagementDsc	5.0.0.0
GPRegistryPolicyParser	0.2
Microsoft。PowerShell.Core	0
Microsoft.PowerShell.Diagnostics
Microsoft.PowerShell.Management
Microsoft.PowerShell.Security
Microsoft.PowerShell.Utility
Microsoft.WSMan.Management
Orchestrator.AssetManagement.Cmdlets	1
PSDscResources	2.9.0.0
SecurityPolicyDsc	2.1.0.0
StateConfigCompositeResources	1
xDSCDomainjoin	1.1
xPowerShellExecutionPolicy	1.1.0.0
xRemoteDesktopAdmin	1.1.0.0

內部 Cmdlet

Azure 自動化提供內部 Cmdlet，僅在 Azure 沙箱環境中或 Windows 混合式 Runbook 背景工作角色上執行 Runbook 時才可用。 包含這些內部指令的 Orchestrator.AssetManagement.Cmdlets 模組預設安裝在您的自動化帳號中，特別是當 Windows 混合 Runbook Worker 角色安裝在 Windows 機器時。

附註

此功能不適用於 Linux 混合式 Runbook 執行個體。

下表定義內部 Cmdlet。 這些 cmdlet 是設計用來取代 Azure PowerShell 的 cmdlet，來與你的自動化帳號資源互動。 其可以從加密的變數、認證及加密的連線中擷取祕密。

名稱	描述
Get-AutomationCertificate	Get-AutomationCertificate [-Name] <string> [<CommonParameters>]
Get-AutomationConnection	Get-AutomationConnection [-Name] <string> [-DoNotDecrypt] [<CommonParameters>]
Get-AutomationPSCredential	Get-AutomationPSCredential [-Name] <string> [<CommonParameters>]
Get-AutomationVariable	Get-AutomationVariable [-Name] <string> [-DoNotDecrypt] [<CommonParameters>]
Set-AutomationVariable	Set-AutomationVariable [-Name] <string> -Value <Object> [<CommonParameters>]
Start-AutomationRunbook	Start-AutomationRunbook [-Name] <string> [-Parameters <IDictionary>] [-RunOn <string>] [-JobId <guid>] [<CommonParameters>]
Wait-AutomationJob	Wait-AutomationJob -Id <guid[]> [-TimeoutInMinutes <int>] [-DelayInSeconds <int>] [-OutputJobsTransitionedToRunning] [<CommonParameters>]

請注意，內部 Cmdlet 的命名方式與 Az 和 AzureRM Cmdlet 不同。 內部指令檔名稱中名詞中不包含像 Azure 或 Az 這類詞，但會使用 Automation。 我們建議在 Azure 沙箱中或 Windows 混合式 Runbook 背景工作角色上執行 Runbook 期間，優先使用它們而非 Az 或 AzureRM Cmdlet，因為它們所需的參數較少，並且執行期間會在工作內容中執行。

使用 Az 或 AzureRM Cmdlet 來操作 Runbook 內容以外的自動化資源。

Python 模組

你可以在 Azure 自動化 裡建立 Python 2 跑手冊。 Python 模組資訊請參見 Azure 自動化中的管理 Python 2 套件。

自訂模組

Azure 自動化 支援自訂的 PowerShell 模組，讓你能與 runbook 和 DSC 設定一起使用。 其中一種自訂模組類型是整合模組，可選擇性地包含中繼資料的檔案來定義模組 Cmdlet 的自訂功能。 新增連線類型中提供整合模組的使用範例。

Azure 自動化 可以匯入自訂模組，讓其 cmdlets 可用。 在幕後，它會儲存模組並將其用於 Azure 沙箱中，就如同處理其他模組一樣。

移轉至 Az 模組

此節說明如何在自動化中移轉至 Az 模組。 欲了解更多資訊，請參閱 Migrate Azure PowerShell from AzureRM to Az。

我們不建議在相同的自動化帳戶中執行 AzureRM 模組和 Az 模組。 當您確定要從 AzureRM 移轉至 Az 時，最好完全認可至完整移轉。 自動化通常會重複使用自動化帳戶內的沙箱，以節省啟動時間。 如果您未進行完整模組移轉，您可能會啟動僅使用 AzureRM 模組的作業，然後啟動另一個只使用 Az 模組的作業。 沙箱很快就會損毀，而您會收到錯誤，指出模組不相容。 這種情況會導致任何特定 Runbook 或設定隨機發生損毀。

附註

當您建立新的自動化帳戶時，即使是在移轉至 Az 模組之後，自動化仍會依預設安裝 AzureRM 模組。

模組移轉之前，先測試您的 Runbook 和 DSC 設定

移轉至 Az 模組之前，請務必謹慎地在個別自動化帳戶中測試所有 Runbook 和 DSC 設定。

停止並取消排程使用 AzureRM 模組的所有 Runbook

為了確保您不會執行任何使用 AzureRM 模組的現有 Runbook 或 DSC 組態，您必須停止並取消排程所有受影響的 Runbook 和組態。 首先，確定您會分別檢閱每個 Runbook 或 DSC 設定及其排程，以確保您可以在未來視需要重新排程項目。

當你準備移除排程時，可以使用Azure入口網站或 Remove-AzAutomationSchedule cmdlet。 請參閱移除排程。

移除 AzureRM 模組

您可以先移除 AzureRM 模組，然後再匯入 Az 模組。 不過，如果這樣做，您可能會中斷原始程式碼控制同步處理，並導致任何仍排定的指令碼失敗。 如果您決定移除模組，請參閱解除安裝 AzureRM。

匯入 Az 模組

在您的自動化帳戶中匯入 Az 模組，不會在 Runbook 使用的 PowerShell 工作階段中自動匯入該模組。 模組會在下列情況下匯入到 PowerShell 工作階段：

• 當 Runbook 從模組中叫用 Cmdlet 時。
• 當 Runbook 使用 Import-Module \(英文\) Cmdlet 明確匯入模組時。
• 當 Runbook 使用 using module 陳述式明確匯入模組時。 從 Windows PowerShell 5.0 起支援 using 語句，並支援類別及 enum 類型匯入。
• 當 Runbook 匯入另一個相依模組時。

你可以從 Azure 入口網站將 Az 模組匯入自動化帳號。 由於 Az.Accounts \(英文\) 是其他 Az 模組的相依性，因此，務必在任何其他模組之前匯入此模組。

附註

隨著 PowerShell 7.1 (預覽) 支援的建立，[瀏覽資源庫] 選項已更新，且變更如下：

• 瀏覽資源庫位於 [程序自動化]>[模組] 刀鋒視窗。
• [模組] 頁面會顯示兩個新的資料行：[模組版本] 和 [執行階段版本]

1. 登入Azure 入口。

2. 搜尋並選取 [自動化帳戶]。

3. 在 [自動化帳戶] 頁面上，從清單中選取您的自動化帳戶。

4. 從您的自動化帳戶中，選取 [共用資源] 底下的 [模組]。

5. 選取 [新增模組]。 在 [新增模組] 頁面中，您可以選取下列其中一個選項：

   1. 瀏覽檔案 - 從本機電腦中選取檔案。
   2. 瀏覽資源庫 - 您可以瀏覽資源庫並選取現有的模組。

6. 按一下 [選取] 以選取模組。

7. 選取 [執行階段版本]，然後按一下 [匯入]。

   

8. 在 [模組] 頁面上，您可以在自動化帳戶下檢視匯入的模組。

你也可以透過 PowerShell 資源庫 進行匯入，搜尋要匯入的模組。 找到模組後，選擇它，並選擇 Azure 自動化 標籤。選擇 部署到 Azure 自動化。

測試您的 Runbook

將 Az 模組匯入至自動化帳戶之後，您就可以開始編輯 Runbook 和 DSC 設定，以使用新的模組。 測試 Runbook 的修改以使用新 Cmdlet 的方式之一，是在 Runbook 開頭使用 Enable-AzureRmAlias -Scope Process 命令。 藉由將此命令新增至您的 Runbook，不需變更指令碼就可加以執行。

撰寫模組

我們建議您在撰寫 Azure 自動化 專用的自訂 PowerShell 模組時，遵循本節的考量。 若要準備要匯入的模組，您至少必須建立一個 psd1、psm1 或 PowerShell 模組 .dll 檔案，且名稱與模組資料夾相同。 然後你把模組資料夾壓縮成一個檔案，讓 Azure 自動化 能匯入成一個檔案。 .zip 套件的名稱應該與內含的模組資料夾相同。

若要深入了解如何撰寫 PowerShell 模組，請參閱如何撰寫 PowerShell 指令碼模組 \(部分機器翻譯\)。

版本資料夾

PowerShell 並存模組版本設定可讓您在 PowerShell 中使用一個以上的模組版本。 如果您有經過測試且僅適用於特定 PowerShell 模組版本的舊版指令碼，這會非常有用，但其他指令碼需要較新版本的相同 PowerShell 模組。

若要建構 PowerShell 模組，使其包含多個版本，請建立模組資料夾，然後在此模組資料夾中為您想要使用的每個模組版本建立一個資料夾。 在下列範例中，名為 TestModule 的模組提供兩個版本：1.0.0 和 2.0.0。

TestModule
   1.0.0
   2.0.0

在每個版本資料夾中，將組成模組的 PowerShell .psm1、.psd1 或 PowerShell 模組 .dll 檔案複製到各自的版本資料夾中。 把模組資料夾壓縮成一個 .zip 檔案，以便讓 Azure 自動化 匯入。 雖然自動化只會顯示匯入的模組其中一個版本，但如果模組套件包含並排版本，這些版本都可以在你的運行手冊或 DSC 配置中使用。

雖然 Automation 支援同一套件內包含並排版本的模組，但不支援在模組套件匯入間使用多個模組版本。 例如，您將包含第 1 版和第 2 版的模組 A 匯入您的自動化帳戶。 稍後您更新模組 A 以包含第 3 版和第 4 版，當您匯入自動化帳戶時，在任何 Runbook 或 DSC 設定中只能使用第 3 版和第 4 版。 如果您需要能夠使用所有版本：1、2、3 和 4，則匯入的 .zip 檔案應包含版本 1、2、3 和 4。

如果您要在 Runbook 之間使用相同模組的不同版本，您應該一律使用 Import-Module Cmdlet 宣告要在 Runbook 中使用的版本，並包含參數 -RequiredVersion <version>。 即使您要使用的版本是最新版本也一樣。 這是因為 Runbook 作業可以在相同的沙箱中執行。 如果沙箱已明確載入特定版本號碼的模組，因為該沙箱中先前的作業表示要這麼做，因此該沙箱中的未來作業將不會自動載入該模組的最新版本。 這是因為沙箱裡已經載入了其某個版本。

針對 DSC 資源，請使用下列命令來指定特定版本：

Import-DscResource -ModuleName "<ModuleName>" -ModuleVersion "<version>"

說明資訊

在您的模組中包含每個 Cmdlet 的概要、描述和說明 URI。 在 PowerShell 中，您可以使用 Get-Help Cmdlet 來定義 Cmdlet 的說明資訊。 下列範例示範如何在 .psm1 模組檔案中定義概要和說明 URI。

<#
     .SYNOPSIS
      Gets a Contoso User account
#>
function Get-ContosoUser {
[CmdletBinding](DefaultParameterSetName='UseConnectionObject', `
HelpUri='https://www.contoso.com/docs/information')]
[OutputType([String])]
param(
   [Parameter(ParameterSetName='UserAccount', Mandatory=true)]
   [ValidateNotNullOrEmpty()]
   [string]
   $UserName,

   [Parameter(ParameterSetName='UserAccount', Mandatory=true)]
   [ValidateNotNullOrEmpty()]
   [string]
   $Password,

   [Parameter(ParameterSetName='ConnectionObject', Mandatory=true)]
   [ValidateNotNullOrEmpty()]
   [Hashtable]
   $Connection
)

switch ($PSCmdlet.ParameterSetName) {
   "UserAccount" {
      $cred = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList $UserName, $Password
      Connect-Contoso -Credential $cred
   }
   "ConnectionObject" {
      Connect-Contoso -Connection $Connection
  }
}
}

提供此資訊，即可透過 PowerShell 主控台中的 Get-Help Cmdlet 來顯示說明文字。 此文字也顯示於 Azure 入口網站中。

連線類型

如果模組連線至外部服務，請使用自訂整合模組來定義連線類型。 模組中的每個 Cmdlet 都應該接受該連線類型的執行個體 (連線物件) 作為參數。 使用者會在每次呼叫 Cmdlet 時，將連線資產的參數對應至 Cmdlet 的對應參數。

下列 Runbook 範例會使用名為 ContosoConnection 的 Contoso 連線資產來存取 Contoso 資源，並從外部服務傳回資料。 在此範例中，欄位會對應至 UserName 物件的 Password 和 PSCredential 屬性，然後傳遞給 Cmdlet。

$contosoConnection = Get-AutomationConnection -Name 'ContosoConnection'

$cred = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList $contosoConnection.UserName, $contosoConnection.Password
Connect-Contoso -Credential $cred
}

更容易且更好處理此行為的方式是直接將連線物件傳遞給 Cmdlet：

$contosoConnection = Get-AutomationConnection -Name 'ContosoConnection'

Connect-Contoso -Connection $contosoConnection
}

您可以透過讓 Cmdlet 能夠直接接受連線物件作為參數，而不是只接受連線欄位作為參數，來讓 Cmdlet 具有類似行為。 通常您會想要針對每個 Cmdlet 設定參數，讓未使用自動化的使用者可以呼叫 Cmdlet，而不需建構雜湊表作為連線物件。 UserAccount 參數集可用來傳遞連線欄位屬性。 ConnectionObject 則可讓您直接傳遞連線。

輸出類型

為模組中的所有 Cmdlet 定義輸出類型。 為 Cmdlet 定義輸出類型，可讓設計階段的 IntelliSense 在撰寫期間協助判斷 Cmdlet 的輸出屬性。 在撰寫圖形化 Runbook 期間，此練習特別有幫助，因為設計階段的知識是讓模組使用者獲得容易使用體驗的關鍵。

新增 [OutputType([<MyOutputType>])]，其中 MyOutputType 是有效的類型。 若要深入了解 OutputType，請參閱關於函式 OutputTypeAttribute。 下列程式碼是將 OutputType 新增至 Cmdlet 的範例：

function Get-ContosoUser {
[OutputType([String])]
param(
   [string]
   $Parameter1
)
# <script location here>
}

此行為類似於 Cmdlet 在 PowerShell ISE 整合服務環境中輸出的「自動提示」功能，但不需加以執行。

Cmdlet 狀態

讓模組中的所有 Cmdlet 變成無狀態。 多個 Runbook 作業可以同時在同一個 AppDomain 以及相同的程序和沙箱中執行。 如果在這些層級上有任何狀態是共享的，工作就會互相影響。 這種行為可能導致間歇性且難以診斷的問題。 以下是一個不該做的例子：

$globalNum = 0
function Set-GlobalNum {
   param(
       [int] $num
   )

   $globalNum = $num
}
function Get-GlobalNumTimesTwo {
   $output = $globalNum * 2

   $output
}

模組相依性

確定模組會完全包含於可使用 xcopy 複製的套件中。 自動化模組會在 Runbook 執行時，散發到自動化沙箱。 模組必須在其執行所在的主機以外單獨運作。

您應該能夠壓縮並移動模組套件，在將其匯入至另一部主機的 PowerShell 環境時，讓其能夠正常運作。 若要這樣做，請確定模組不會相依於在將模組匯入自動化時所壓縮之模組資料夾以外的任何檔案。

您的模組不應相依於主機上任何唯一的登錄設定。 範例是安裝產品時所進行的設定。

模組檔案路徑

確定模組中所有檔案的路徑均少於 140 個字元。 大小超過 140 個字元的路徑會導致匯入 Runbook 時發生問題。 自動化無法使用 Import-Module，將路徑大小超過 140 個字元的檔案匯入至 PowerShell 工作階段。

匯入模組

此節定義數種方式，可讓您將模組匯入至您的自動化帳戶。

在 Azure 入口網站匯入模組

要在 Azure 入口網站匯入模組：

1. 在入口網站中，搜尋並選取 [自動化帳戶]。
2. 在 [自動化帳戶] 頁面上，從清單中選取您的自動化帳戶。
3. 在 [共用資源] 底下，選取 [模組]。
4. 選取 [新增模組]。
5. 選取包含您模組的 .zip 檔案。
6. 選取 [確定] 以開始匯入程序。

使用 PowerShell 匯入模組

您可以使用 New-AzAutomationModule \(英文\) Cmdlet，將模組匯入至您的自動化帳戶。 此 Cmdlet 會取得模組 .zip 套件的 URL。

$moduleName = "<ModuleName>"
$contentLinkUri = "<ModuleUri>"
$runtimeVersion = "<RuntimeVersion>" # 5.1 or 7.2
$resourceGroupName = "<ResourceGroupName>"
$automationAccountName = "<AutomationAccountName>"
New-AzAutomationModule -Name $moduleName -RuntimeVersion $runtimeVersion -ContentLinkUri $contentLinkUri -ResourceGroupName $resourceGroupName -AutomationAccountName $automationAccountName

你也可以用同一個 cmdlet 直接從 PowerShell 資源庫 匯入模組。 記得從 ModuleName 下載 ModuleVersion 和 。

$moduleName = "<ModuleName>"
$moduleVersion = "<ModuleVersion>"
$runtimeVersion = "<RuntimeVersion>" # 5.1 or 7.2
$resourceGroupName = "<ResourceGroupName>"
$automationAccountName = "<AutomationAccountName>"
New-AzAutomationModule -AutomationAccountName $automationAccountName -RuntimeVersion $runtimeVersion -ResourceGroupName $resourceGroupName -Name $moduleName -ContentLinkUri "https://www.powershellgallery.com/api/v2/package/$moduleName/$moduleVersion"

從 PowerShell 資源庫 匯入模組

你可以直接從圖庫或你的自動化帳號匯入 PowerShell 資源庫 模組。

要直接從 PowerShell 資源庫 匯入模組：

1. 移至 https://www.powershellgallery.com，然後搜尋要匯入的模組。
2. 在安裝選項，Azure 自動化分頁中，選擇部署到Azure 自動化。 此動作會開啟 Azure 入口。
3. 在 [匯入] 頁面上，選取您的自動化帳戶，然後選取 [確定]。

PowerShell 資源庫匯入模組截圖

要直接從你的自動化帳號匯入 PowerShell 資源庫 模組：

1. 在入口網站中，搜尋並選取 [自動化帳戶]。
2. 在 [自動化帳戶] 頁面上，從清單中選取您的自動化帳戶。
3. 在 [共用資源] 底下，選取 [模組]。
4. 選取 [瀏覽資源庫]，然後在資源庫中搜尋模組。
5. 選取要匯入的模組，然後選取 [匯入]。
6. 選取 [確定] 以開始匯入程序。

刪除模組

如果您遇到有關模組的問題，或需要復原為舊版模組，您可以從自動化帳戶中將其刪除。 當您建立自動化帳戶時，就無法刪除已匯入的預設模組原始版本。 如果要刪除的模組是其中一個預設模組的較新版本，則會復原為隨您的自動化帳戶一起安裝的版本。 否則，會移除您從自動化帳戶中刪除的任何模組。

在 Azure 入口網站中刪除模組

要移除 Azure 入口網站中的模組：

1. 在入口網站中，搜尋並選取 [自動化帳戶]。
2. 在 [自動化帳戶] 頁面上，從清單中選取您的自動化帳戶。
3. 在 [共用資源] 底下，選取 [模組]。
4. 選取您想要移除的模組。
5. 在 [模組] 頁面上，選取 [刪除]。 如果此模組是其中一個預設模組，則其會復原為建立自動化帳戶時就已存在的版本。

使用 PowerShell 刪除模組

若要透過 PowerShell 移除模組，請執行下列命令：

Remove-AzAutomationModule -Name <moduleName> -AutomationAccountName <automationAccountName> -ResourceGroupName <resourceGroupName>

後續步驟

• 欲了解更多使用Azure PowerShell模組的資訊，請參見 Get Start with Azure PowerShell。

• 想了解更多關於建立 PowerShell 模組的資訊，請參考 Writing a Windows PowerShell module。

• 關於與共享資源如 Azure PowerShell、Python、內部指令檔及自訂Azure 自動化模組相關的故障排除問題，請參見 Troubleshoot Azure 自動化共享資源問題。