عیب یابی خطای استقرار خط مشی سهمیه، عیب یابی خطای استقرار خط مشی سهمیه

شما در حال مشاهده مستندات Apigee Edge هستید.
به مستندات Apigee X مراجعه کنید . اطلاعات

فاصله سهمیه نامعتبر

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision_number]
Invalid quota interval [interval] in quota policy [policy_name].

مثال پیام خطا

Error Saving Revision 1
Invalid quota interval 0.1 in quota policy Quota-1.

مثال اسکرین شات

علت

اگر بازه سهمیه‌بندی مشخص‌شده در عنصر <Interval> از سیاست سهمیه‌بندی، عدد صحیح نباشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

برای مثال، اگر فاصله سهمیه‌بندی مشخص‌شده در عنصر <Interval> از یک سیاست سهمیه‌بندی، 0.1 باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

1. سیاست سهمیه‌بندی که خطا در آن رخ داده و فاصله سهمیه‌بندی نامعتبر را شناسایی کنید. می‌توانید این اطلاعات را از پیام خطا پیدا کنید. برای مثال، در خطای زیر، نام سیاست Quota-1 و فاصله سهمیه‌بندی نامعتبر 0.1 است:

   Error Saving Revision 1
   Invalid quota interval 0.1 in quota policy Quota-1.
   

2. تأیید کنید که مقدار بازه سهمیه مشخص شده در سیاست سهمیه ناموفق با مقدار شناسایی شده در پیام خطا (مرحله 1 در بالا) مطابقت دارد. به عنوان مثال، سیاست زیر مقدار بازه سهمیه را 0.1 تعیین می‌کند که با آنچه در پیام خطا آمده است مطابقت دارد:

   <Quota async="false" continueOnError="false" enabled="true" name="Quota-1">
    <DisplayName>Quota-1</DisplayName>
    <Properties />
    <Allow count="3" />
    <Interval>0.1</Interval>
    <TimeUnit>minute</TimeUnit>
   </Quota>
   

3. اگر فاصله سهمیه مشخص شده یک عدد صحیح نباشد، علت خطا همین است.

   در مثال سیاست سهمیه‌بندی که در بالا نشان داده شده است، مقدار بازه سهمیه‌بندی ۰.۱ است که یک عدد صحیح نیست. بنابراین، استقرار API Proxy با خطای زیر با شکست مواجه می‌شود:

   Invalid quota interval 0.1 in quota policy Quota-1.
   

وضوح تصویر

مطمئن شوید که مقدار بازه سهمیه‌بندی مشخص‌شده در عنصر <Interval> از سیاست سهمیه‌بندی، یک عدد صحیح است. برای مثال:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota-1">
    <DisplayName>Quota-1</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
</Quota>

واحد زمان سهمیه نامعتبر

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision_number]
Invalid quota interval time unit [time_unit] in quota policy
[policy_name] in Revision [revision_number] of application
[proxy_name], in organization [org_name].

مثال پیام خطا

Error Saving Revision 1
Invalid quota interval time unit year in quota policy Quota-1 in Revision 1 of application Quota_test, in organization aprabhashankar-eval.

مثال اسکرین شات

علت

اگر واحد زمانی مشخص شده در عنصر <TimeUnit> از سیاست Quota پشتیبانی نشود، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

واحدهای زمانی پشتیبانی‌شده minute ، hour ، day ، week و month هستند.

برای مثال، اگر واحد زمان در عنصر <TimeUnit> از Quota Policy به عنوان year مشخص شده باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

1. سیاست سهمیه‌بندی که خطا در آن رخ داده و واحد زمانی نامعتبر را شناسایی کنید. می‌توانید این اطلاعات را از پیام خطا پیدا کنید. برای مثال، در خطای زیر، نام سیاست Quota-1 و واحد زمانی نامعتبر year است:

   Invalid quota interval time unit year in quota policy Quota-1
   in Revision 1 of application Quota_test, in organization aprabhashankar-eval.
   

2. تأیید کنید که واحد زمانی مشخص شده در عنصر <TimeUnit> از سیاست Quota با واحد زمانی شناسایی شده در پیام خطا (مرحله 1 در بالا) مطابقت دارد. به عنوان مثال، سیاست زیر مقدار فاصله سهمیه را year تعیین می‌کند که با آنچه در پیام خطا آمده است مطابقت دارد:

   <Quota async="false" continueOnError="false" enabled="true" name="Quota-1">
    <DisplayName>Quota-1</DisplayName>
    <Properties />
    <Allow count="3" />
    <Interval>1</Interval>
    <TimeUnit>year</TimeUnit>
   </Quota>
   

3. اگر واحد زمانی مشخص شده در سیاست سهمیه‌بندی پشتیبانی نشود، دلیل خطا همین است.

   در مثال سیاست سهمیه‌بندی که در بالا نشان داده شده است، واحد زمان به صورت year مشخص شده است که پشتیبانی نمی‌شود. بنابراین، استقرار API Proxy با خطای زیر با شکست مواجه می‌شود:

   Invalid quota interval time unit year in quota policy Quota-1 in Revision 1 of application Quota_test, in organization aprabhashankar-eval.
   

وضوح تصویر

مطمئن شوید که واحد زمانی مشخص شده در عنصر <TimeUnit> از سیاست سهمیه‌بندی پشتیبانی می‌شود. برای مثال:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota-1">
    <DisplayName>Quota-1</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>month</TimeUnit>
</Quota>

نوع سهمیه نامعتبر

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision_number]
No enum constant com.apigee.quota.types.QuotaType.[type].

مثال پیام خطا

Error Saving Revision 1
No enum constant com.apigee.quota.types.QuotaType.window.

مثال اسکرین شات

علت

اگر نوع سهمیه مشخص شده توسط ویژگی type در عنصر <Quota> از سیاست Quota نامعتبر باشد، استقرار پروکسی API با شکست مواجه می‌شود.

انواع سهمیه پشتیبانی‌شده عبارتند از default ، calendar ، flexi و rollingwindow .

برای مثال، اگر نوع سیاست در عنصر <Quota> از سیاست Quota به عنوان window مشخص شده باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

1. نوع سهمیه نامعتبر استفاده شده در سیاست سهمیه‌بندی را شناسایی کنید. می‌توانید این اطلاعات را از پیام خطا پیدا کنید. برای مثال، در خطای زیر، نوع سیاست نامعتبر window است:

   Error Saving Revision 1
   No enum constant com.apigee.quota.types.QuotaType.window.
   

2. تمام سیاست‌های سهمیه‌بندی را در API Proxy خاصی که در آن خطا رخ داده است، بررسی کنید. اگر سیاست سهمیه‌بندی وجود داشته باشد که در آن نوع سهمیه‌بندی مشخص شده در عنصر <Quota> با نوع پشتیبانی نشده شناسایی شده در مرحله ۱ بالا مطابقت داشته باشد، علت خطا همان است.

   برای مثال، سیاست زیر نوع را window تعیین می‌کند که با آنچه در پیام خطا آمده است مطابقت دارد:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <Quota async="false" continueOnError="false" enabled="true" name="Quota-1" type="window">
       <DisplayName>Quota-1</DisplayName>
       <Properties/>
       <Allow count="3"/>
       <Interval>1</Interval>
       <TimeUnit>minute</TimeUnit>
       <StartTime>2017-7-16 12:00:00</StartTime>
       <MessageWeight ref="messageWeight"/>
   </Quota>
   

   از آنجایی که ویژگی نوع (type) به صورت window تنظیم شده است که پشتیبانی نمی‌شود، پیاده‌سازی API Proxy با خطای زیر مواجه می‌شود:

   No enum constant com.apigee.quota.types.QuotaType.window.
   

وضوح تصویر

مطمئن شوید که نوع سهمیه مشخص شده توسط ویژگی type در عنصر <Quota> از سیاست سهمیه پشتیبانی می‌شود. برای مثال:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota-1" type="rollingwindow">
    <DisplayName>Quota-1</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
    <StartTime>2017-7-16 12:00:00</StartTime>
    <MessageWeight ref="messageWeight"/>
</Quota>

زمان شروع نامعتبر

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision_number]
Invalid Starttime:[start_time]; Start Time should be of the format yyyy-MM-dd HH:mm:ss.

مثال پیام خطا

Error Saving Revision 1
Invalid Starttime:7-16-2017 12:00:00; Start Time should be of the format yyyy-MM-dd HH:mm:ss.

مثال اسکرین شات

علت

اگر قالب زمان مشخص شده در عنصر <StartTime> از سیاست Quota نامعتبر باشد، استقرار پروکسی API با شکست مواجه می‌شود.

قالب معتبر yyyy-MM-dd HH:mm:ss است که قالب تاریخ و زمان ISO 8601 است.

برای مثال، اگر زمان مشخص شده در عنصر <StartTime> از سیاست سهمیه‌بندی، 7-16-2017 12:00:00 باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

1. زمان شروع نامعتبر مشخص شده در سیاست سهمیه‌بندی را شناسایی کنید. می‌توانید این اطلاعات را از پیام خطا پیدا کنید. برای مثال، در خطای زیر، زمان شروع نامعتبر 7-16-2017 12:00:00 است.

   Invalid Starttime:7-16-2017 12:00:00; Start Time should be of the format yyyy-MM-dd HH:mm:ss.
   

2. تمام سیاست‌های سهمیه‌بندی را در پروکسی API خاص که در آن خرابی رخ داده است، بررسی کنید. اگر سیاست سهمیه‌بندی وجود دارد که در آن مقدار مشخص شده در عنصر <StartTime> با زمان شروع نامعتبر شناسایی شده در مرحله ۱ بالا مطابقت دارد، پس علت خطا همان است.

   برای مثال، سیاست زیر نوع را 7-16-2017 12:00:00 مشخص می‌کند که با آنچه در پیام خطا آمده است مطابقت دارد:

   <?xml version="1.0" encoding="UTF-8"?>
   <Quota async="false" continueOnError="false" enabled="true" name="Quota-1" type="calendar">
      <DisplayName>Quota-1</DisplayName>
      <Properties />
      <Allow count="3" />
      <Interval>1</Interval>
      <TimeUnit>minute</TimeUnit>
      <StartTime>7-16-2017 12:00:00</StartTime>
   </Quota>
   

   از آنجایی که مقدار تنظیم شده برای <StartTime> به صورت 7-16-2017 12:00:00 تنظیم شده است، که مطابق با قالب تاریخ/زمان مورد نیاز نیست، استقرار API Proxy با خطای زیر با شکست مواجه می‌شود:

   Invalid Starttime:7-16-2017 12:00:00; Start Time should be of the format yyyy-MM-dd HH:mm:ss.
   

وضوح تصویر

مطمئن شوید که قالب زمان شروع مشخص شده در عنصر <StartTime> از سیاست سهمیه‌بندی، مطابق با قالب مورد نیاز yyyy-MM-dd HH:mm:ss معتبر باشد. برای مثال:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota-1" type="calendar">
    <DisplayName>Quota-1</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
    <StartTime>2017-7-16 12:00:00</StartTime>
</Quota>

زمان شروع پشتیبانی نمی‌شود

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision_number]
Starttime is not supported for quotatype [quota_type]. Starttime is supported only for calendar based type.

مثال پیام خطا

Error Saving Revision 1
Starttime is not supported for quotatype flexi. Starttime is supported only for calendar based type.

مثال اسکرین شات

علت

اگر عنصر <StartTime> در یک سیاست سهمیه‌بندی که نوع سهمیه آن از نوع تقویم نیست، مشخص شده باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

عنصر <StartTime> فقط برای نوع سهمیه calendar پشتیبانی می‌شود.

برای مثال، اگر ویژگی type در عنصر <Quota> از سیاست Quota روی flexi یا rolling window تنظیم شده باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

1. نوع سهمیه مشخص شده در سیاست سهمیه ناموفق را شناسایی کنید. می‌توانید این اطلاعات را از پیام خطا پیدا کنید. برای مثال، در خطای زیر، زمان شروع نامعتبر flexi است.

   Starttime is not supported for quotatype flexi. Starttime is
   supported only for calendar based type.
   

2. تمام سیاست‌های سهمیه‌بندی را در API Proxy خاصی که خطا در آن رخ داده است، بررسی کنید. اگر سیاست سهمیه‌بندی وجود داشته باشد که در آن ویژگی نوع مشخص شده با نوع سهمیه‌بندی مشخص شده در مرحله ۱ بالا مطابقت داشته باشد و عنصر <StartTime> مشخص شده باشد، علت خطا همین است.

   برای مثال، سیاست زیر نوع سهمیه را flexi تعیین می‌کند که با آنچه در پیام خطا آمده مطابقت دارد و همچنین عنصر <StartTime> را مشخص می‌کند:

   <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
   <Quota async="false" continueOnError="false" enabled="true" name="Quota-1" type="flexi">
       <DisplayName>Quota-1</DisplayName>
       <Properties/>
       <Allow count="3"/>
       <Interval>1</Interval>
       <TimeUnit>minute</TimeUnit>
       <StartTime>2017-7-16 12:00:00</StartTime>
   </Quota>
   

   از آنجایی که عنصر <StartTime> در Quota Policy مشخص شده است که نوع سهمیه آن flexi تعیین شده است، پیاده‌سازی API Proxy با خطای زیر با شکست مواجه می‌شود:

   Starttime is not supported for quotatype flexi. Starttime is supported only for calendar based type.
   

وضوح تصویر

مطمئن شوید که وقتی نوع سهمیه مشخص شده توسط ویژگی type در عنصر <Quota> flexi یا rolling window است، عنصر <StartTime> مشخص نشده باشد. برای مثال:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota-1" type="flexi">
    <DisplayName>Quota-1</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
</Quota>

واحد زمان نامعتبربرای سهمیه توزیع‌شده

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision number]
Invalid timeunit second for distributed quota.

مثال پیام خطا

Error Saving Revision 1
Invalid timeunit second for distributed quota.

مثال اسکرین شات

علت

اگر عنصر <Distributed> روی true تنظیم شده باشد و عنصر <TimeUnit> روی second تنظیم شده باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود. واحد زمانی second برای سهمیه توزیع‌شده نامعتبر است.

وقتی عنصر Distributed روی true تنظیم شود، سیاست باید یک شمارنده مرکزی را حفظ کند و آن را به طور مداوم در تمام پردازنده‌های پیام همگام‌سازی کند. بنابراین، همگام‌سازی و همچنین تأیید اینکه تعداد درخواست‌ها در یک بازه زمانی کوتاه مانند ثانیه از سهمیه مشخص شده تجاوز نکرده است، دشوار خواهد بود. به همین دلیل، واحد زمانی second برای سهمیه توزیع شده نامعتبر در نظر گرفته می‌شود.

تشخیص

تمام سیاست‌های سهمیه‌بندی را در API Proxy خاصی که خطا در آن رخ داده است، بررسی کنید. اگر سیاست سهمیه‌بندی‌ای وجود دارد که عنصر <TimeUnit> آن روی second تنظیم شده و عنصر <Distributed> روی true تنظیم شده است، پس علت خطا همین است.

برای مثال، سیاست زیر عنصر <TimeUnit> را روی second تنظیم کرده و عنصر <Distributed> را روی true تنظیم کرده است.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="CheckQuota" type="calendar">
    <DisplayName>CheckQuota</DisplayName>
    <Properties/>
    <Allow count="30"/>
    <Interval>1</Interval>
    <TimeUnit>second</TimeUnit>
    <StartTime>2018-8-05 12:00:00</StartTime>
    <Distributed>true</Distributed>
    <Synchronous>false</Synchronous>
</Quota>

وضوح تصویر

مطمئن شوید که وقتی عنصر <Distributed> روی true تنظیم شده است، عنصر <TimeUnit> هرگز روی second تنظیم نشود. عنصر <TimeUnit> را می‌توان روی هر یک از مقادیر مجاز دیگر - minute, hour, day, week, یا month - تنظیم کرد. برای مثال:

<Quota async="false" continueOnError="false" enabled="true" name="CheckQuota" type="calendar">
    <DisplayName>CheckQuota</DisplayName>
    <Properties/>
    <Allow count="30"/>
    <Interval>1</Interval>
    <TimeUnit>hour</TimeUnit>
    <StartTime>2018-8-05 12:00:00</StartTime>
    <Distributed>true</Distributed>
    <Synchronous>false</Synchronous>
</Quota>

پیکربندی InvalidSynchronizeIntervalForAsync

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision number]
SyncIntervalInSeconds should be a value greater than zero.

مثال پیام خطا

Error Saving Revision 1
SyncIntervalInSeconds should be a value greater than zero.

مثال اسکرین شات

علت

اگر مقدار مشخص شده برای عنصر <SyncIntervalInSeconds> در عنصر <AsynchronousConfiguration> در یک سیاست سهمیه‌بندی کمتر از صفر باشد، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

تمام سیاست‌های سهمیه‌بندی (Quota policies) را در API Proxy خاصی که خطا در آن رخ داده است، بررسی کنید. اگر سیاست سهمیه‌بندی وجود داشته باشد که در آن عنصر <SyncIntervalInSeconds> در عنصر <AsynchronousConfiguration> روی مقداری کمتر از صفر تنظیم شده باشد، علت خطا همین است.

برای مثال، سیاست زیر یک مقدار منفی برای عنصر <SyncIntervalInSeconds> تعیین کرده است:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota_AsyncConfig" type="calendar">
    <DisplayName>Quota_AsyncConfig</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
    <StartTime>2017-7-16 12:00:00</StartTime>
    <Distributed>true</Distributed>
    <Synchronous>false</Synchronous>
    <AsynchronousConfiguration>
        <SyncIntervalInSeconds>-1</SyncIntervalInSeconds>
    </AsynchronousConfiguration>
</Quota>

وضوح تصویر

مطمئن شوید که همیشه یک عدد صحیح مثبت برای عنصر <SyncIntervalInSeconds> در عنصر <AsynchronousConfiguration> در سیاست سهمیه‌بندی تعیین می‌کنید. برای مثال:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota_AsyncConfig" type="calendar">
    <DisplayName>Quota_AsyncConfig</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
    <StartTime>2017-7-16 12:00:00</StartTime>
    <Distributed>true</Distributed>
    <Synchronous>false</Synchronous>
    <AsynchronousConfiguration>
        <SyncIntervalInSeconds>5</SyncIntervalInSeconds>
    </AsynchronousConfiguration>
</Quota>

InvalidAsynchronizeConfigurationForSynchronousQuota

پیام خطا

استقرار پروکسی API از طریق رابط کاربری Edge یا رابط مدیریت Edge با این پیام خطا مواجه می‌شود:

Error Saving Revision [revision number]
AsynchronousConfiguration is not valid for synchronous quota.

مثال پیام خطا

Error Saving Revision 2
AsynchronousConfiguration is not valid for synchronous quota.

مثال اسکرین شات

علت

اگر مقدار عنصر <Synchronous> در یک سیاست سهمیه‌بندی (Quota policy) که پیکربندی ناهمزمان آن نیز با استفاده از عنصر <AsynchronousConfiguration> تعریف شده است، روی true تنظیم شود، پیاده‌سازی پروکسی API با شکست مواجه می‌شود.

تشخیص

تمام سیاست‌های سهمیه‌بندی (Quota policies) را در API Proxy خاصی که خطا در آن رخ داده است، بررسی کنید. اگر سیاست سهمیه‌بندی وجود دارد که در آن عنصر <Synchronous> روی true تنظیم شده است و اگر عنصر <AsynchronousConfiguration> نیز در آن تعریف شده است، پس علت خطا همان است.

برای مثال، سیاست زیر یک عنصر <Synchronous> دارد که روی true تنظیم شده است و همچنین یک عنصر <AsynchronousConfiguration> نیز در آن تعریف شده است:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota_AsyncConfig" type="calendar">
    <DisplayName>Quota_AsyncConfig</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
    <StartTime>2017-7-16 12:00:00</StartTime>
    <Distributed>true</Distributed>
    <Synchronous>true</Synchronous>
    <AsynchronousConfiguration>
     <SyncIntervalInSeconds>1</SyncIntervalInSeconds>
    </AsynchronousConfiguration>
</Quota>

وضوح تصویر

اگر عنصر <Synchronous> در سیاست سهمیه‌بندی روی true تنظیم شده باشد، مطمئن شوید که هیچ پیکربندی ناهمزمانی با استفاده از عنصر <AsynchronousConfiguration> تعریف نشده باشد.

مثال بالا را می‌توان با حذف بخش <AsynchronousConfiguration> مطابق شکل زیر اصلاح کرد:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Quota async="false" continueOnError="false" enabled="true" name="Quota_AsyncConfig" type="calendar">
    <DisplayName>Quota_AsyncConfig</DisplayName>
    <Properties/>
    <Allow count="3"/>
    <Interval>1</Interval>
    <TimeUnit>minute</TimeUnit>
    <StartTime>2017-7-16 12:00:00</StartTime>
    <Distributed>true</Distributed>
 <Synchronous>true</Synchronous>
</Quota>