故障診斷持久性儲存問題 - Amazon AppStream 2.0
我堆疊的主資料夾無法正常運作。我的使用者無法從我們的其中一個應用程式存取他們的主資料夾目錄。我移除或取代了 Amazon S3 中使用者主資料夾內的檔案，但我的使用者在串流工作階段期間，未在機群執行個體上其主資料夾中看見變更。持久性儲存未如預期執行。使用者的檔案儲存到持久性儲存的時間比預期更長。我的使用者收到錯誤，指出檔案已在使用中，但其檔案未在使用中。當一個文件夾包含數千個文件時， AppStream 2.0 可能需要很長時間才能顯示文件列表。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

故障診斷持久性儲存問題

Amazon AppStream 2.0 支援以下永久性儲存選項：主資料夾、Google 雲端硬碟 G Suite 版和 OneDrive 商務版。由於這些持久性儲存解決方案的內容同步處理行為相同，因此建議您檢閱 主資料夾內容同步 以取得預期行為的相關資訊。

以下是當您或您的使用者使用 AppStream 2.0 持續性儲存時可能發生的問題。

我堆疊的主資料夾無法正常運作。

備份到 S3 儲存貯體的主資料夾可能會在下列案例中發生問題：

  • 串流執行個體沒有網際網路連線，或者無法存取私有 Amazon S3 VPC 端點 (如果適用)。

  • 網路頻寬使用量過高。例如，使用者在服務嘗試將包含大型檔案的主資料夾備份到 Amazon S3 時下載或串流多個大型檔案。

  • 管理員刪除了服務建立的儲存貯體。

  • 管理員未正確編輯 AmazonAppStreamServiceAccess 服務角色的 Amazon S3 許可。

如需詳細資訊，請參閱 Amazon Simple Storage Service 使用者指南。

我的使用者無法從我們的其中一個應用程式存取他們的主資料夾目錄。

有些應用程式無法辨識在檔案總管中將主資料夾顯示為最上層資料夾的重新導向。若發生這種情況，您的使用者可以透過從應用程式界面選擇 File Open (開啟檔案) 並瀏覽到以下其中一個目錄，來在串流工作階段期間從應用程式內存取他們的主資料夾：

  • N on-domain-joined 視窗執行個體：C:\Users\PhotonUser\ 我的檔案\ 主資料夾

  • 加入網域的 Windows 執行個體：C:\Users\%username%\My Files\Home Folder

  • 執行個體：〜/MyFilesHomeFolder

我移除或取代了 Amazon S3 中使用者主資料夾內的檔案，但我的使用者在串流工作階段期間，未在機群執行個體上其主資料夾中看見變更。

存放在 S3 儲存貯體中使用者主資料夾中的內容與叢集執行個體在串流工作階段期間可供使用的內容之間的差異，可能是因為 Amazon S3 儲存貯體中存放的主資料夾內容與存放在 AppStream 2.0 叢集執行個體上的主資料夾內容同步處理的方式。

在使用者 AppStream 2.0 串流工作階段開始時， AppStream 2.0 會針對 Amazon Amazon Web Services 帳戶和區域，將存放在 Amazon S3 儲存貯體中的使用者主資料夾檔案進行分類。當使用者使用串流應用程式開啟其叢集執行個體上其主資料夾中的檔案時， AppStream 2.0 會將檔案下載至叢集執行個體。

使用者在作用中串流工作階段期間對機群執行個體上的檔案所做的變更，每隔幾秒就會上傳到 S3 儲存貯體中的主資料夾，或在使用者串流工作階段結束時上傳至主資料夾。

如果使用者在串流工作階段期間於機群執行個體上開啟主資料夾中的檔案，然後在未進行任何變更或儲存檔案的情況下關閉該檔案，而且您在串流工作階段期間從 S3 儲存貯體中該使用者的主資料夾內移除該檔案，則該檔案會在使用者重新整理資料夾後，從機群執行個體移除。如果使用者修改檔案並將檔案儲存在本機上，則在目前串流工作階段期間，該檔案仍會在機群執行個體上對使用者提供。檔案也會再次上傳至 S3 儲存貯體。但是，在下一個串流工作階段期間，該檔案不一定會在機群執行個體上對使用者提供。

檔案是否會在使用者下一個串流工作階段期間於機群執行個體上提供，取決於使用者在機群執行個體上變更檔案的時間早於或晚於您在 S3 儲存貯體中變更檔案的時間。

如需詳細資訊，請參閱主資料夾內容同步。

持久性儲存未如預期執行。使用者的檔案儲存到持久性儲存的時間比預期更長。

在 AppStream 2.0 個串流工作階段期間，將與運算密集型應用程式相關聯的大型檔案和目錄儲存至持續性儲存可能比儲存基本生產力應用程式所需的檔案和目錄更長。例如，應用程式儲存大量資料或經常修改相同檔案所需的時間，可能會比儲存執行單一寫入動作的應用程式所建立的檔案更久。儲存許多小檔案也可能需要較長的時間。

如果您的使用者儲存與運算密集型應用程式相關聯的檔案和目錄，而 AppStream 2.0 永久性儲存選項未如預期般執行，我們建議您使用伺服器訊息區 (SMB) 解決方案，例如 Windows 檔案伺服器的 Amazon FSx 或檔 AWS Storage Gateway 案閘道。以下是與運算密集型應用程式相關聯的檔案和目錄範例，這些應用程式更適合搭配這些SMB解決方案使用：

  • 整合式開發環境的工作區資料夾 (IDEs)

  • 本機資料庫檔案

  • 圖形模擬應用程式建立的草稿空間資料夾

如需詳細資訊，請參閱：

注意

在繼續進行進一步的疑難排解之前，請先確定使用者在儲存檔案和目錄時遇到的問題僅與 AppStream 2.0 持續性儲存相關聯，而非其他原因。若要排除其他原因，請讓您的使用者嘗試將檔案或目錄儲存至其串流執行個體上可用的 Temporary Files 目錄。

我的使用者收到錯誤，指出檔案已在使用中，但其檔案未在使用中。

此行為通常會在下列情況下發生：

  • 使用者的檔案最後一次儲存之後仍在上船

  • 經常修改的檔案 (例如，資料庫檔案)

大型檔案上傳可能需要相當長的時間。此外，每次嘗試上傳檔案都可能會導致另一次檔案更新，進而導致重複嘗試上傳檔案。

若要解決此問題，建議您使用伺服器訊息區 (SMB) 解決方案，例如 Windows 檔案伺服器版 Amazon FSx 或 AWS Storage Gateway 檔案閘道。如需詳細資訊，請參閱：

當一個文件夾包含數千個文件時， AppStream 2.0 可能需要很長時間才能顯示文件列表。

AppStream 2.0 會使用API呼叫擷取儲存在 AppStream 2.0 永久性儲存區中的資料夾內容。每次呼叫執行時，API呼叫可擷取的項目數是有限制的。因此，如果 AppStream 2.0 必須擷取單一資料夾中的數千個檔案，顯示所有檔案的清單可能會比在包含較少檔案的資料夾中顯示檔案清單花費更多的時間。

若要解決此問題，如果您的一個資料夾中有數千個檔案，建議您將此內容分成少數幾個檔案群組，並將每個群組儲存在不同的資料夾中。這樣可以減少顯示每個資料夾中檔案清單所需的API呼叫次數。