উইন্ডোজ দূরবর্তী অবস্থান থেকে কীভাবে সনাক্ত করতে পারে তা পুনরায় বুটের পরে প্যাচ কনফিগারেশন সম্পন্ন হয়েছে

Question

আমরা আমাদের বিল্ড অবকাঠামোগুলির জন্য ভিএম তৈরির কাজটি স্বয়ংক্রিয় করার পরিকল্পনা করছি যাতে আমরা পারি:

1. চাহিদার ভিত্তিতে বিল্ড রিসোর্সগুলি স্কেল করুন, যেমন প্রয়োজনের সময় আরও বিল্ড এজেন্ট যুক্ত করে এবং যখন প্রয়োজন হয় না তখন তাদের সরিয়ে দিন
2. / যখন মেশিনগুলি মারা যায় তখন বিল্ড পরিবেশের সমস্ত বা অংশটি পুনরায় তৈরি করুন
3. যখন আমাদের একটি পরীক্ষা সেটআপের প্রয়োজন হয় তখন বিল্ড এনভায়রনমেন্টটি নকল করুন

এই প্রক্রিয়াটির একটি পদক্ষেপ ভিএম বেস চিত্রগুলি স্বয়ংক্রিয়করণ করা (হাইপার-ভি ব্যবহার করে আমাদের ক্ষেত্রে)। তার জন্য আমাদের একটি স্ক্রিপ্ট রয়েছে যা:

1. রূপান্তর-উইন্ডোজ আইমেজ স্ক্রিপ্টের সাহায্যে আইএসও থেকে নতুন ভিএইচডিএক্স তৈরি করে। আমরা বর্তমানে উইন্ডোজ 2012 আর 2 ব্যবহার করছি তবে এটি উপলভ্য হওয়ার সাথে সাথেই 2016 থেকে শুরু করার চেষ্টা করব।
2. আমাদের প্রয়োজনীয় সমস্ত বেস কনফিগারেশন সহ নতুন ভিএইচডিএক্সে একটি অপ্রচলিত স্ক্রিপ্ট যুক্ত করে
3. অ্যাপ্লিকেশন-উইন্ডোজআপডেট স্ক্রিপ্টটি ব্যবহার করে সর্বশেষ উইন্ডোজ প্যাচগুলি সহ ভিএইচডিএক্স আপডেট করে
4. ভিএইচডিএক্স ভিত্তিক একটি নতুন হাইপার-ভি ভিএম তৈরি করে এটি শুরু করে
5. ভিএম বুট করার জন্য অপেক্ষা করুন এবং উইনআরএম পরিষেবা দূরবর্তী সংযোগগুলি গ্রহণের জন্য প্রস্তুত হওয়ার জন্য অপেক্ষা করুন
6. উইন্ডোগুলির জন্য প্রাথমিক কনফিগারেশন এবং নতুন প্যাচগুলির কনফিগারেশন সম্পূর্ণ হওয়ার জন্য অপেক্ষা করুন
7. আরও কোনও প্যাচ প্রয়োগ করে
8. সর্বশেষ প্যাচগুলির কনফিগারেশন সম্পূর্ণ করতে পুনরায় বুট করুন
9. প্যাচগুলি কনফিগার করার জন্য উইন্ডোজ অপেক্ষা করে
10. একটি সিস্টেপ স্ক্রিপ্টটিকে মেশিনে ঠেলে দেয় এবং সেই স্ক্রিপ্টটি আহ্বান করে। এটি সিস্টেপ চালায় এবং তারপরে মেশিনটি বন্ধ করে দেয়
11. ভিএম মুছে ফেলে তবে ভিএইচডিএক্স রাখে
12. ভিএইচডিএক্স থেকে সিসপ্রিপ এবং আনট্যান্ড ফাইলগুলি সরান এবং তারপরে ভিএইচডিএক্স সংযোগ করে
13. ভিএইচডিএক্স টেম্পলেট অবস্থানের দিকে সরায় এবং কেবল পঠনযোগ্য হিসাবে চিহ্নিত করে

আমরা যে সমস্যাটি ভোগ করছি তা 6 এবং steps পদক্ষেপে রয়েছে আদর্শভাবে আমরা মেশিনটি রিবুট / বন্ধ করার আগে সমস্ত কনফিগারেশন সম্পূর্ণ হওয়ার জন্য অপেক্ষা করি তবে উইন্ডোজ কনফিগারেশন পর্যায়ে এসে গেছে তা সনাক্ত করার কোনও উপায় বলে মনে হয় না।

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

সুতরাং প্রশ্নটি হল উইন্ডোজ আপডেট ইত্যাদির কনফিগারেশন শেষ করে এমন একটি রিমোট সংযোগের সন্ধান করার সবচেয়ে বোকা প্রমাণ উপায় কী যাতে আমরা পরে সমস্যা না ঘটিয়ে মেশিনটি রিবুট / শাট ডাউন করতে পারি।

------ সম্পাদনা -----

শেষ পর্যন্ত আমরা ক্যাথরিনের উত্তরের একটি পরিবর্তিত সংস্করণ ব্যবহার করছি যাতে আমাদের স্ক্রিপ্টটিও অপেক্ষা করে windeployএবং ngenসম্পূর্ণ হওয়ার জন্য অপেক্ষা করে । প্রদত্ত যে ngenসম্পূর্ণ না হওয়া পর্যন্ত ভাল পর অপারেটিং সিস্টেম আরম্ভের যে কাজ, এবং একটি বোনাস হিসাবে চূড়ান্ত VHDX .NET Framework ngen-ED যার মানে আমরা সাথে মোকাবিলা করতে হবে না সব থাকবে সমাপ্ত হয়েছে এই নয় যে, যখন আমরা নতুন তৈরি টেম্পলেট ডিস্কের ভিএম আমরা ভিএইচডিএক্স টেমপ্লেট তৈরি করতে এবং স্ক্রিপ্টগুলি স্থানীয় পরীক্ষার পরিবেশ তৈরি করতে ব্যবহার করি উভয় স্ক্রিপ্টই যদি কেউ আগ্রহী হয় তবে গিথুবে রয়েছে।

Answer 1

এটি এক ধরণের অদ্ভুত উত্তরের মতো শোনাতে পারে তবে ...

নাগিওসের জন্য উপলভ্য আপডেট আছে কিনা তা যাচাই করার জন্য পাওয়ারশেল স্ক্রিপ্ট রয়েছে । আপনি সম্ভবত নাগিওস ছাড়াই আপনার উদ্দেশ্যে এই স্ক্রিপ্ট বা কোনও রূপ ব্যবহার করতে পারেন।

তারা অগ্রগতিতে রয়েছে কিনা তা যাচাই করে নিন, উয়াউকল্ট এবং বিশ্বাসযোগ্য ইনস্টলারের কাজ চলছে কি না check সার্ভার কোর সম্পর্কিত আপডেট সম্পর্কে মাইক্রোসফ্টের পরামর্শ এখানে সহায়তা করতে পারে :

ইনস্টল হওয়া আপডেটগুলির উপর নির্ভর করে আপনাকে কম্পিউটার পুনরায় চালু করতে হবে, যদিও সিস্টেম আপনাকে এ সম্পর্কে অবহিত করবে না। ইনস্টলেশন প্রক্রিয়াটি সম্পন্ন হয়েছে কিনা তা নির্ধারণ করতে, উউকল্ট বা বিশ্বস্ত ইনস্টলার প্রক্রিয়া সক্রিয়ভাবে চলছে না তা যাচাই করতে টাস্ক ম্যানেজার ব্যবহার করুন। ইনস্টলড আপডেটের তালিকাটি পরীক্ষা করতে আপনি "ইনস্টলড আপডেটগুলি দেখুন" বিভাগের পদ্ধতিগুলিও ব্যবহার করতে পারেন।

আপনি সম্ভবত কিছু এই জাতীয় তথ্য টানতে পারেন Get-Process -Computername YourImage TrustedInstaller.exe। উয়াকল্ট এবং ট্রাস্টেডইনস্টলার উভয় প্রক্রিয়া শেষ হওয়ার পরে, এটি পুনরায় বুট করা নিরাপদ হওয়া উচিত।

Comments

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

— পেট্রিক

আমি সম্পাদনা করার সময় আপনি মন্তব্য করেছিলেন। আমি সার্ভার কোর-এ সেই অবস্থানটি সনাক্ত করার বিষয়ে কিছু তথ্য যুক্ত করেছি, যা এটি দূরবর্তীভাবে করা কাছাকাছি।

— ক্যাথরিন ভিলিয়ার্ড

আমি খুব খুশি মন্তব্য করা হচ্ছে। উউউকল্ট বা বিশ্বাসযোগ্য ইনস্টলারের সন্ধানে আমার নজর থাকবে।

— পেট্রিক

আমি নিজেকে খুশি করে একটু "হিট পোস্ট" হচ্ছিলাম। :)

— ক্যাথরিন ভিলিয়ার্ড

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

— পেট্রিক

Answer 2

প্রতিটি উইন্ডোজ আপডেট প্যাচ সেটআপ ইভেন্ট লগে বেশ কয়েকটি ইভেন্ট লিখবে।

• ইভেন্ট আইডি 1 - প্যাকেজ KB #### এর জন্য পরিবর্তন শুরু করা হচ্ছে
• ইভেন্ট আইডি 4 - প্যাকেজ KB #### ইনস্টলড অবস্থায় পরিবর্তন করার আগে একটি পুনরায় বুট করা দরকার
• ইভেন্ট আইডি 2 - প্যাকেজ KB #### সফলভাবে ইনস্টলড অবস্থায় পরিবর্তন করা হয়েছে

সমস্ত প্যাচ প্রয়োগ করা হয়েছিল তা নির্ধারণ করার একটি উপায় হ'ল ইভেন্ট আইডিতে চেক লুপ করা that ইভেন্টের সময়টিকে বর্তমান সময়ের সাথে তুলনা করুন। যদি কোনও ইভেন্ট আইডি 4 এর 5 বা 10 মিনিটের জন্য না লেখা থাকে তবে সমস্ত প্যাচগুলি সম্ভবত সম্পন্ন হয়ে গেছে এবং পুনরায় বুট করার জন্য প্রস্তুত।

প্যাচগুলি ইনস্টলিং (ইভেন্ট 4) সম্পন্ন হওয়ার পরে আপনি প্রথম রিবুট করতে চান বা সেগুলি কনফিগার করার পরে দ্বিতীয় পুনরায় বুট করতে চান কিনা তা আমি স্পষ্ট নই (ইভেন্ট 2)। এই কোডটি প্রাক্তনকে করে। আপনার পদক্ষেপ 10 এর আগে অন্য পুনরায় বুট করার জন্য কেবল ফিল্টারহ্যাশ টেবিলটিকে ইভেন্ট আইডি 2 তে পরিবর্তন করুন।

$target = "bart"
$found = $false
while (-not $found) {
    $lastEvent4 = (get-winevent -comp $target -maxEvents 1 -filterHashTable @{ Logname='Setup'; id = '4';}).timeCreated
    if (((get-date) - $lastEvent4).totalMinutes -gt 10) {
        "do reboot"
        restart-computer -comp -$target
        $found = $true
    } else {
        "wait"
        start-sleep 60
    }
}

Comments

ইনস্টল করা শুরু হওয়া সমস্ত প্যাকেজগুলির কেবি আইডি লিখতে, এবং কেবলমাত্র আর কোনও আপডেটগুলি ফ্লাইটে না থাকলে কেবলমাত্র সমাপ্তি অনুমান করে কাজ করবে না?

— সাইমন রিখটার

প্যাচগুলির তালিকা মঙ্গলবার প্যাচে প্রতি মাসে পরিবর্তন হতে চলেছে। নতুন তালিকা ব্যবহারের জন্য প্রতিমাসে প্রক্রিয়া আপডেট করা চলমান রক্ষণাবেক্ষণের পয়েন্ট হবে ... আমি ভেবেছিলাম যে আমি প্রস্তাবিতটি আরও সহজ হবে।

— ক্লেটন

আমি আপনার উত্তরের একটি এক্সটেনশান হিসাবে বুঝিয়েছিলাম: আপডেটটি ইনস্টল করা (ইভেন্ট 1) শুরু হওয়ার পরে, এটি তালিকায় যুক্ত হয় এবং এটি হয়ে যাওয়ার পরে (ইভেন্ট 4) প্রতিবেদন করা হলে তা সরানো হয়। কিছু টুইট করে (ব্যর্থ আপডেট, পুনরায় বুট করার সময় তালিকার পুনরায় সেট?) এখনও ইনস্টলেশন চলছে কিনা তা নির্ধারণ করা উচিত।

— সাইমন রিখটার

সুতরাং নতুন করে ইনস্টল করার জন্য দুর্ভাগ্যক্রমে ইভেন্টলগে কোনও প্রবেশ নেই। মেশিনটি আরম্ভ করার পরে আমি ইনস্টল করার চেষ্টা করিনি তবে আমি ধরে নিয়েছি যে এই পদ্ধতিটি সেই ক্ষেত্রে কার্যকর হবে।

— পেট্রিক

নতুন করে ইনস্টল? বিভ্রান্ত। আপনি এখানে একটি 13 পদক্ষেপ প্রক্রিয়া পেয়েছেন। আপনি 6 ও 9 ধাপে সহায়তার জন্য বলেছেন আপনার প্রশ্নটি "উইন্ডোজগুলি কনফিগারেশনের পর্যায়ে এসে গেছে তা সনাক্ত করার উপায়" প্যাচগুলি স্থাপন শুরু করার উপায় নয়।

— ক্লেটন

Answer 3

নিম্নলিখিত পদ্ধতির সাথে আমার ভাল সাফল্য আছে: উইন্ডোজ উইন্ডোজ মডিউল ইনস্টলার পরিষেবা (ওরফে ট্রাস্টেডইনস্টলার) এর স্টার্টআপ ধরণটি ম্যানুয়ালে (ডিমান্ড স্টার্ট) পরিবর্তন না করা পর্যন্ত অপেক্ষা করুন - একটি রিবুট হওয়ার পরে। সেই সময়ে, আপডেটগুলি ইনস্টল করা সম্পন্ন হয়েছে।

বিশ্বস্ত ইনস্টলার প্রক্রিয়া কখনও কখনও প্যাচগুলি ইনস্টল হওয়ার পরেও চালিয়ে যায়? তবে পরিষেবা শুরুর ধরণটি এখনও ম্যানুয়ালে পুনরায় সেট করা আছে।

পূর্ববর্তী ইভেন্ট লগ বার্তাগুলি দেখে এবং সিস্টেম এবং সেটআপ লগগুলির মধ্যে ইভেন্টগুলি সংযুক্ত করে উপরের পর্যবেক্ষণটি যদি সামঞ্জস্য / সঠিক হয় তবে আপনি নিজের জন্য যাচাই করতে পারেন।

উইন্ডোজ মডিউল ইনস্টলারের স্টার্ট-আপ পরিবর্তনটি 7040 সিস্টেম ইভেন্ট হিসাবে লগ হয় এবং এটি একটি রিবুটের পরে সেটআপ লগের শেষ ইভেন্ট 2 এর সাথে সম্পর্কিত lates

আমি মনে করি, আপডেটগুলি প্রথমবার ইনস্টল হওয়ার পরে, পুনরায় বুটের প্রয়োজন হলে এই পরিষেবাটি 'অটো স্টার্ট' তে সেট করা থাকে। শেষ প্যাচ ইনস্টল হওয়ার পরে এটি 'ম্যানুয়াল'-এ ফিরে সেট করা হয়েছে (রিবুট প্রয়োজন কিনা তা বিবেচনা না করে)।

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