Sık karşılaşılan sorunları giderme
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Sorun yaşarsanız yardım için aşağıdaki bölümleri inceleyin.
Fleet Engine'de kayıp durumu
Fleet Engine ile çalışırken uygulamanızı hataları önleyecek şekilde tasarlayın. Örneğin, Fleet Engine'e bir aracı güncelleme isteği gönderirseniz araç mevcut değilse hata yanıtı alabilirsiniz. Uygulamanız daha sonra aracı yeni durumda yeniden oluşturmalıdır.
Fleet Engine'in felaketle sonuçlanan bir arızası gibi son derece düşük bir ihtimalde, araçların ve görevlerin çoğunu veya tamamını yeniden oluşturmanız gerekebilir. Oluşturma hızı çok yükselirse hizmet reddi (DOS) saldırılarını önlemek için kota kontrolleri yapıldığından bazı istekler kota sorunları nedeniyle tekrar başarısız olabilir. Bu durumda, yeniden denemeler için geri yükleme stratejisi kullanarak yeniden oluşturma hızını yavaşlatın.
Yeniden deneme sayısı
Sisteminize Fleet Engine'e yapılan istekler için yeniden deneme uyguladığınızdan emin olun. Bu istekler zaman zaman başarısız olabilir. Fleet Engine istemci kitaplıkları, varsayılan olarak yeniden deneme yapar.
Sürücü uygulamasında durumun kaybolması
Sürücü uygulaması çökerse uygulama, mevcut durumu Sürücü SDK'sında yeniden oluşturmalıdır. Uygulama, görevlerin mevcut olduğundan ve mevcut durumlarının geri yüklendiğinden emin olmak için görevleri yeniden oluşturmaya çalışmalıdır. Uygulama ayrıca Driver SDK'nın durak listesini yeniden oluşturmalı ve açıkça ayarlamalıdır.
Not: Bu geri yüklemeler, bir öğenin veritabanında mevcut olup olmadığını ve ne zaman mevcut olduğunu belirten hatalar dışında Fleet Engine'den alınan bilgilere dayanmadan bağımsız olarak yapılmalıdır. Bir öğe zaten varsa bu hata giderilebilir ve öğe kimliği kullanılarak güncellenebilir.
Aksi belirtilmediği sürece bu sayfanın içeriği Creative Commons Atıf 4.0 Lisansı altında ve kod örnekleri Apache 2.0 Lisansı altında lisanslanmıştır. Ayrıntılı bilgi için Google Developers Site Politikaları'na göz atın. Java, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-09-05 UTC.
[null,null,["Son güncelleme tarihi: 2025-09-05 UTC."],[[["\u003cp\u003eFleet Engine implementations should be designed to handle failures and potential data loss by recreating vehicles and tasks when necessary.\u003c/p\u003e\n"],["\u003cp\u003eIn case of Fleet Engine failures, use a backoff strategy to manage the recreation rate and avoid quota issues.\u003c/p\u003e\n"],["\u003cp\u003eImplement retries for Fleet Engine requests to address occasional failures, leveraging client library defaults or custom mechanisms.\u003c/p\u003e\n"],["\u003cp\u003eDriver apps should autonomously restore state after crashes by recreating tasks and stops within the Driver SDK, relying on error handling for existing entities.\u003c/p\u003e\n"]]],["Implement error handling for Fleet Engine failures, such as vehicle non-existence, by recreating entities. In catastrophic failures, recreate vehicles and tasks, using a backoff strategy if quota issues arise. Implement request retries, as provided by Fleet Engine client libraries. If the driver app crashes, autonomously recreate tasks and stop lists within the Driver SDK, relying only on Fleet Engine errors to determine if entities already exist for update purposes.\n"],null,["# Troubleshoot common issues\n\nCheck the following sections for help if you experience any issues.\n\nLost state in Fleet Engine\n--------------------------\n\nWhen working with Fleet Engine, design your implementation to anticipate\nfailures. For example, if you issue a request to Fleet Engine to update a\nvehicle, it might respond with an error indicating that the vehicle does not\nexist. Your implementation should then recreate the vehicle in the new state.\n\nIn the extremely unlikely scenario of a catastrophic failure of Fleet Engine,\nyou may need to recreate most or all vehicles and tasks. If the creation rate\nbecomes too high, some requests may fail again due to quota issues since quota\nchecks are in place to avoid denial of service (DOS) attacks. In this case, slow\ndown the recreation rate using a backoff strategy for reattempts.\n\n### Retries\n\nBe sure your system implements retries for requests to Fleet Engine since they\nmight fail occasionally. Fleet Engine client libraries issue retries by default.\n\nLost state in the driver app\n----------------------------\n\nIf the driver app crashes, the app must recreate the current state within the\nDriver SDK. The app should attempt to recreate tasks to ensure that they exist\nand to restore their current states. The app should also recreate and explicitly\nset the list of stops for the Driver SDK.\n\n**Note**: These restorations must be done autonomously without relying on\ninformation from Fleet Engine, other than errors indicating if and when an\nentity already exists in the database. If an entity does already exist, then\nthat error can be absorbed and the entity can be updated using its ID."]]
