উইন্ডোজ সার্ভার 2016 নির্ধারিত টাস্ক শিডিউল ভবিষ্যতে হতে হবে


20

আমাদের কাছে একটি 2012 সার্ভার রয়েছে যার প্রায় 20 টি নির্ধারিত কাজ রয়েছে যা পর্যবেক্ষণের জন্য ব্যবহৃত হয়। আমরা এটি প্রতিস্থাপনের জন্য একটি 2016 সার্ভার তৈরি করেছি এবং আমি নতুন সার্ভারে কাজগুলি সরানোর সাথে সাথে আমি একটি সমস্যার সমাধান করেছি। আমাদের বেশিরভাগ কাজ প্রতি কয়েক মিনিটে চলে।

সার্ভার ২০১২-এ আমরা বর্তমান দিনের 1200 টা থেকে শুরু করার কাজটি নির্ধারণ করব (অতীতে একটি সময়) এবং প্রতি এক্স মিনিটে পুনরায় পুনরায় করণীয়। কাজটি তার পরবর্তী নির্ধারিত সময়ে শুরু হবে। পারফেক্ট।

সার্ভারে 2016 এর পূর্ববর্তী সময়ে শুরু হওয়া শিডিউলগুলি চলবে না। সুতরাং ভবিষ্যতে শুরু করার জন্য আমাদের এটি নির্ধারণ করতে হয়েছিল। আপনি পুনরায় বুট না করা পর্যন্ত এটি ঠিক আছে। এখন শুরুর সময় অতীত এবং এটি চলবে না। এটি এমনকি একটি ব্যর্থ রান নিবন্ধন করে না। পরবর্তী রান টাইম কলামটি দেখায় যে এটি চালানো উচিত তবে তা নয় doesn't

বর্তমান তফসিল উদাহরণ

দুটি ট্রিগার তৈরি করার পাশাপাশি একটি যা ভবিষ্যতে শুরু হয় এবং অন্যটি যা পুনরায় বুট শুরু হয় (যা আমরা করতে চাই না কারণ কিছু কাজ কেবলমাত্র নির্দিষ্ট সময়ে চালানো উচিত), এর থেকে আরও ভাল উপায় কি আছে? এটি একটি বাগ বলে মনে হচ্ছে। 2012 সংস্করণ দুর্দান্ত কাজ করেছে।

হালনাগাদ

এই জন্য একটি workaround আছে। এক সময়ের সময়সূচী তৈরি করুন যা অনির্দিষ্টকালের জন্য চলে। এটি আপনার প্রত্যাশা মতো পুনরায় চালু হওয়ার পরে কাজ করে। আমি জানি এটি "অদ্ভুত" সময়সূচীর জন্য দুর্দান্ত নয় তবে আমরা প্রতি 3 মিনিটে বা যে কোনও কিছুতে চালাতে চাই এমন জিনিসগুলির জন্য দুর্দান্ত কাজ করে।


1
আমার একই সমস্যা আছে এবং আমি কোনও সমাধান খুঁজে পাইনি। তোমার আছে? এত বড় বাগের মতো মনে হচ্ছে। গুগল ক্রোমের টাস্ক ওয়ার্কটিও পেয়েছে, কিন্তু আমি যে টাস্কটি করেছি তা তা করে না। সুতরাং এটি একটি গভীর অনুমতি সমস্যা?
টাইলার

আমি দেখতে পেয়েছি যে আমি যদি ভবিষ্যতে শুরু হয়ে অনির্দিষ্টকালের জন্য ছুটে চলে এমন একটি "ওয়ান-টাইম" শিডিয়ুল তৈরি করি তবে তা কাজ করে। এখনও কিছু খুঁজে পাওয়া যায় নি।
স্টিভবি

সিস্টেমে এ জাতীয় বিজোড় ত্রুটি অনুমোদিত হতে পারে। আমি কেবল তোমাকে বিশ্বাস করতে পারি না এবং আমি এটি খুঁজে পেয়েছি। এটির সমাধানের জন্য কী আমরা কোনও প্রতিবেদন করতে পারি?
টাইলার

উইন্ডোজ সার্ভার ২০১২ থেকে ২০১ 2016 সালে স্থানান্তরিত করার সময়ও এই সমস্যাটি আমাকে ধরেছিল এবং আমি মনে করি আমি এর ব্যাখ্যা পেয়েছি (আমার উত্তর দেখুন)। আপনি কি নিশ্চিত যে উইন্ডোজের পূর্ববর্তী সংস্করণগুলি আলাদা আচরণ করেছিল?
হেইনজি

2
হ্যাঁ. 2012 আমাদের আচরণের মতো করে আচরণ করেছে way
স্টিভবি

উত্তর:


5

এফওয়াইআই - গতকাল আমি একটি সমর্থন টিকিটের মাধ্যমে মাইক্রোসফ্টের সাথে নিশ্চিত করেছি যে এটি একটি বাগ। সমর্থন প্রযুক্তি নিশ্চিত করেছে যে এটি অভ্যন্তরীণভাবে একটি বাগ হিসাবে শ্রেণিবদ্ধ করা হয়েছে এবং একটি প্যাচ তৈরি করা হচ্ছে। জুলাই / আগস্টের জন্য আমাকে প্যাচটি প্রকাশের একটি লক্ষ্য তারিখ দেওয়া হয়েছিল।

এটি উইন্ডোজ 10 এবং সার্ভার 2016 উভয়কেই প্রভাবিত করে My সার্ভার 2012 আর 2 এবং উইন্ডোজ 7 এ সমস্যাটি ঘটেনি।

সম্পাদনা - সম্ভবত আগস্ট হিসাবে, কিন্তু অবশ্যই সেপ্টেম্বর 2017, এই সমস্যাটি আমি যে সিস্টেমে এটি পরীক্ষা করেছি তার উপর স্থির।


তথ্যের জন্য আপনাকে ধন্যবাদ! হতাশায় আমি পাগল হয়ে যাচ্ছিলাম। আমার কাজগুলি পুরানো সার্ভার 2012 বাক্স থেকে নতুন সার্ভার 2016 মেশিনে আমদানি করা হয়েছিল। আমি যখন এই সমস্যাটি দেখতে শুরু করি তখনই।
ডেভিড গাউনসন

আপনার প্রচেষ্টা প্রশংসা। আপনি কি জানেন কোনও প্যাচ ইতিমধ্যে মুক্তি পেয়েছে (অক্টোবর 2017)? আপনার কি কোনও প্রাসঙ্গিক কেবি নিবন্ধ বা সেই ধরণের কিছু উল্লেখ রয়েছে?
yossiz74

এর জন্য আমার কাছে কেবি নেই, তবে আমি পরীক্ষায় পেয়েছি যে সেপ্টেম্বরের 2017 এর संचयी প্যাচ থেকে সমস্যাটি চলে গেছে, তাই আমি বিশ্বাস করি এটি এখন স্থির হয়ে গেছে।
টম কলিন্স

উইন সার্ভার ২০১ 2016-তে ফেব্রুয়ারী 2018 পর্যন্ত, আমি যদি প্রতি অক্ষম করে আবার সক্ষম করি তবে "প্রতি XX মিনিটে টাস্কটি পুনরায় করুন" কাজগুলি চলছে না।
বেন আমদা

4

এই সমস্যাটি কেবল Repeat task every: ...বিকল্প সেট সহ কাজগুলিকে প্রভাবিত করবে বলে মনে হচ্ছে ।

এখনও অবধি, আমি এই ছাপের মধ্যে ছিলাম যে টাস্ক শিডিয়ুলারে trigger at X, then repeat every 10 minutesলেখার জন্য কেবল একটি অযথা জটিল উপায় trigger at every xx:x0

স্পষ্টতই, এটি না। স্পষ্টতই, এর অর্থ যা বোঝায় ঠিক তা: টাস্কটি X তখন এবং পরে শুরু হয় এবং কেবল তখনই এটি পুনরাবৃত্তি হয়। কোনও প্রাথমিক ট্রিগার নেই, পুনরাবৃত্তি নেই। আমার কাছে মনে trigger at every xx:x0হয় টাস্ক শিডিয়ুলারে শিডিয়ুল করার কোনও সহজ উপায় নেই (বা আছে? এটি একটি ভাল আলাদা সার্ভারফল্ট প্রশ্ন তৈরি করতে পারে)) "নেক্সট রান টাইম" কলামটি আলাদা কিছু দেখায় তা সত্যই সহায়ক নয়।

প্রতিদিন 12:00 টায় (কেবলমাত্র এক দিনের পরিবর্তে) চালানোর জন্য সময় নির্ধারণ করে এবং তারপরে প্রতি ...মিনিটে 1 দিনের জন্য পুনরাবৃত্তি করে আমরা এই সমস্যাটি "সমাধান" করি । এর অর্থ হ'ল যদি কোনও পুনরায় বুট হয়, 12:00 টায়, কাজগুলি আবার শুরু হবে। এটি আদর্শ নয়, তবে এটি এখানে একটি গ্রহণযোগ্য সমঝোতা।

আমি অনুমান করি আপনি প্রতি ঘন্টার জন্য একটি ট্রিগার তৈরি করে "টাস্ক ডাউনটাইম" 1 ঘন্টার মধ্যে কমিয়ে ফেলতে পারেন এবং প্রতি ...মিনিটে 1 ঘন্টা ধরে টাস্কটি পুনরাবৃত্তি করতে পারেন ।

আশ্চর্যজনকভাবে, মনে হয় এটি সর্বদা সেভাবেই ছিল ( এই উত্তরটির প্রথম মন্তব্য দেখুন ), আমরা এখনও অবধি লক্ষ্য করি নি। সংযুক্ত উত্তরের অন্যান্য মতামত অনুসারে, এই সমস্যাটি সমাধানের মূল উপায় হ'ল Run task as soon as possible after a scheduled start is missedবিকল্পটি সক্রিয় করা ।

সুতরাং, হ্যাঁ, এটি একটি বাগ, তবে এটি "নেক্সট রান টাইম" কলামটি বগী, আসল সময়সূচী নয়।


এক দিনের জন্য সময় নির্ধারণের মধ্যে একমাত্র সমস্যা হ'ল এটি আমাদের পর্যবেক্ষণের কয়েকটি কাজ। আমি তাদের ছাড়া কয়েক ঘন্টা যেতে চাই না।
স্টিভবি

-1

। উইন্ডোজ 2016 সার্ভার অগত্যা আপনার চাকরিতে এই বিকল্পগুলির প্রয়োজন:

  • তফসিল শুরুর পরে যত তাড়াতাড়ি সম্ভব টাস্ক চালান বা
  • যদি কার্যটি ব্যর্থ হয় তবে প্রতিটি পুনরায় চালু করুন

আমি স্ক্রিনশট এই বিকল্পগুলি নোট

। অতিরিক্ত ট্রিগার যুক্ত করুন। যেমন:

  • টাস্ক তৈরি বা সম্পাদনার সময়
  • যখন আপনি শুরু

ইত্যাদির অর্থের মধ্যে: পছন্দসই সময়ে কোনও কাজ শুরু করতে

। উইন্ডোজ 2016 এর কয়েকটি কার্যক্রমে - এই পদ্ধতির প্রয়োগ করা হয়েছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.