عیب یابی مشکلات رایج
با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
در صورت بروز هرگونه مشکل، بخش‌های زیر را برای راهنمایی بررسی کنید.
وضعیت از دست رفته در Fleet Engine
هنگام کار با Fleet Engine، پیاده سازی خود را طوری طراحی کنید که خرابی ها را پیش بینی کنید. به عنوان مثال، اگر درخواستی برای به‌روزرسانی یک وسیله نقلیه به Fleet Engine صادر کنید، ممکن است با خطای نشان دهد که وسیله نقلیه وجود ندارد، پاسخ دهد. سپس پیاده سازی شما باید وسیله نقلیه را در حالت جدید بازسازی کند.
در سناریوی بسیار بعید از شکست فاجعه بار Fleet Engine، ممکن است نیاز باشد که بیشتر یا همه وسایل نقلیه و وظایف را بازسازی کنید. اگر نرخ ایجاد خیلی زیاد شود، برخی از درخواست‌ها ممکن است دوباره به دلیل مشکلات سهمیه شکست بخورند، زیرا بررسی‌های سهمیه برای جلوگیری از حملات انکار سرویس (DOS) انجام می‌شود. در این مورد، با استفاده از یک استراتژی عقب‌نشینی برای تلاش‌های مجدد، نرخ تفریح را کاهش دهید.
دوباره تلاش می کند
مطمئن شوید که سیستم شما برای درخواست‌های Fleet Engine تلاش‌های مجدد را اجرا می‌کند، زیرا ممکن است گهگاه با شکست مواجه شوند. کتابخانه های مشتری Fleet Engine به طور پیش فرض تلاش های مجدد را انجام می دهند.
وضعیت از دست رفته در برنامه درایور
اگر برنامه درایور خراب شود، برنامه باید وضعیت فعلی را در Driver SDK دوباره ایجاد کند. برنامه باید تلاش کند تا وظایف را دوباره ایجاد کند تا از وجود آنها اطمینان حاصل کند و وضعیت فعلی آنها را بازیابی کند. این برنامه همچنین باید لیستی از توقف‌ها را برای Driver SDK دوباره ایجاد و تنظیم کند.
توجه : این بازیابی‌ها باید به‌طور مستقل و بدون تکیه بر اطلاعات Fleet Engine انجام شوند، به غیر از خطاهایی که نشان می‌دهند آیا و زمانی که یک موجودیت قبلاً در پایگاه داده وجود دارد یا خیر. اگر موجودی از قبل وجود داشته باشد، آن خطا می تواند جذب شود و موجودیت می تواند با استفاده از شناسه آن به روز شود.
جز در مواردی که غیر از این ذکر شده باشد،محتوای این صفحه تحت مجوز Creative Commons Attribution 4.0 License است. نمونه کدها نیز دارای مجوز Apache 2.0 License است. برای اطلاع از جزئیات، به خطمشیهای سایت Google Developers مراجعه کنید. جاوا علامت تجاری ثبتشده Oracle و/یا شرکتهای وابسته به آن است.
تاریخ آخرین به‌روزرسانی 2025-08-29 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین به‌روزرسانی 2025-08-29 بهوقت ساعت هماهنگ جهانی."],[[["\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."]]
