遷移到HRD後3天也掛起

我正在將我的應用遷移到HRD，現在是3天左右。我也嘗試過暫停和恢復。它仍處於「複製」階段。我可以看到數據存儲區讀取操作正在進行併發生變化。遷移到HRD後3天也掛起

我也曾在 http://code.google.com/p/googleappengine/issues/entry?template=Production%20issue

提出了問題，我還沒有收到對問題的答覆呢。我應該等多久？

-Aswath

2012-04-09 aswath

歡迎使用StackOverflow。這是一個編程問答網站，而不是供應商支持網站。如果您有關於編程的具體問題，請在這裏提問。有關哪些問題應該和不應該在此處詢問的信息，請參閱[常見問題]（http：/stackoverflow.com/faq）。謝謝。 :) – 2012-04-09 02:37:40

事實上，谷歌已經正式卸載他們的AppEngine支持到StackOverflow，所以它確實是一個供應商的支持網站現在;） – tdavis 2012-04-10 19:17:41

@tdavis只適用於編碼問題。生產問題（這是其中之一）仍然應該放在問題追蹤器上。 – 2012-04-11 04:35:48

我在遷移我的應用程序時遇到了類似的問題。最後事實證明，我有幾個實體使用超過允許的索引數量（我認爲它是5000）。截至2011年11月，App Engine未執行5000 index entry/entity limit。這是固定的，超出限制的所有現有實體鍵都被歸爲舊行爲。遷移到HRD將改變你的密鑰，所以如果你超過了限制，你將不得不減少實體的數量。

我通過刪除可能的索引來修正了我的遷移，因爲如果兩個單獨的查詢使用zig zag merge開始，App Engine開始合併結果。例如指數：

- kind: Product 
    properties: 
    - name: name 
    - name: tags 
    - name: tags 
    - name: tags

可以改爲：

- kind: Product 
    properties: 
    - name: name 
    - name: tags

其他的解決方案建議我解決遷移是：

不平衡的命名空間。如果使用5000個名稱空間，但99％的實體位於1個名稱空間中，則該工具按名稱空間分片，而大多數實體將由單個工作者實例處理。如果您將新實體寫入此名稱空間的速度比單個工作者將其複製到新應用程序的速度更快，則您的遷移將永遠運行
寫入實體的速度比遷移工具可以在鍵上映射的速度快。這是一個典型的例子，如果您每秒提供數百或數千次查詢（我們稱之爲QPS）並且正在以此速率編寫新實體，則映射器無法跟上。映射器是負責將實體拆分爲存儲桶以便它們可以並行複製的內容

來源

2012-04-10 15:45:01 klaaspieter

遷移到HRD後3天也掛起

回答

相關問題