এসকিউএল সার্ভার 2017 ব্যাক আপ করার সময় ক্র্যাশ হয়েছে কারণ ফাইলপথটি ভুল


25

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

আমি জিপিআই চালানোর চেষ্টা করছিলাম বিষয়টি স্ক্রিপ্টের দিকে সংকুচিত করে দিয়েছি। সমস্যাটি যখন এটি একটি লেজ লগ ব্যাকআপ নিতে যায়, ব্যাকআপ ফাইলগুলির পথটি ভুল। এটা করা উচিতD:\mapbenefits\...

BACKUP LOG [mapbenefits]
TO  DISK = N'D:mapbenefits_LogBackup_2019-02-21_13-58-24.bak'
WITH NOFORMAT, NOINIT,  NAME = N'mapbenefits_LogBackup_2019-02-21_13-58-24',
    NOSKIP, NOREWIND, NOUNLOAD,  NORECOVERY ,  STATS = 5

আমার দুটি প্রশ্ন আছে।

  1. আমি এই পথটি কীভাবে ঠিক করব? আমি সার্ভার সেটিংসে যাওয়ার চেষ্টা করেছি এবং ব্যাকআপের পথটি D:কোনও স্ল্যাশ ছাড়াই। আমি যদি স্ল্যাশ যোগ করি তবে গুই এটি সরিয়ে দেয়। এটি এসএসএমএস ভি 17.9.1। আমি বাছাই করতে পারি D:\mapbenefits\এবং এটি কাজ করে তবে আমি চাইD:\DATABASE\...

  2. এটি কি বাগ? কোনও পাথ ভুলভাবে টাইপ করার কারণে এসকিউএল সার্ভারের ক্রাশ হওয়া উচিত? আমি একবার ফাইলের পথটি ঠিক করে দিলে এতে কোনও অসুবিধা নেই। আমি কেবল ফাইলপ্যাথ আপ করেই যেকোন সময় পুনরুত্পাদন করতে পারি।

আমি যদি সংস্করণটি পরীক্ষা করতে কোনও ক্যোয়ারী চালিত করি তবে আমি সিইউ 13 পাই, তবে আমি যদি সেটিংসে যাই তবে আমি 14.0.1000.169 সংস্করণটি দেখতে পাচ্ছি।

দেখে মনে হচ্ছে এটি একটি বাগ এবং পুনরুত্পাদনযোগ্য তাই আমি এটি এখানে পোস্ট করেছি: https://feedback.azure.com/forums/908035-sql-server/suggestions/36920542- ভুল- ফিলিপথ- সাথে- ব্যাক- লগ- কম্যান্ড- কারণসমূহ

উত্তর:


25

আমি এটি পুনরুত্পাদন করতে সক্ষম হয়েছিল।

২০১ On-তে, আমি যদি এর মতো একটি অবৈধ পথ রাখি তবে আমি এই বার্তাটি পাই:

ব্যাকআপ ডিভাইস 'ডি: ম্যাপবেনিফিট_লগব্যাকআপ_2019-02-21_13-58-24.bak' খুলতে পারে না। অপারেটিং সিস্টেম ত্রুটি 3 (সিস্টেম নির্দিষ্ট পথটি খুঁজে পাচ্ছে না))

2017 সিইউ 13 (14.0.3048.4) এ, পরিষেবাটি ক্রাশের ফলাফল। আপনি ইতিমধ্যে উল্লেখ করেছেন যে সর্বশেষ হটফিক্সে (14.0.3049.1), পরিষেবাটি ক্রাশ হয় না, তবে সেশনটি মারা গেছে।

আমি নিশ্চিত করেছি ঠিক একই আচরণটি প্রযোজ্য RESTORE DATABASEযেমন - "ডি: ব্যাকআপস" (নিখোঁজ ব্যাকস্ল্যাশ সহ) অথবা "ডি :: \ ব্যাকআপস" (অতিরিক্ত কোলন) এসকিউএল সার্ভারের উদাহরণটি ক্র্যাশ করেছে (ধন্যবাদ মাইকেল কে ক্যাম্পবেল) এটি আনার জন্য)।

যদি আমি একটি "বৈধ" পাথ রাখি যা অস্তিত্বহীন থাকে তবে আমি সঠিক আচরণ ("নির্দিষ্ট পথটি খুঁজে পাচ্ছি না") পেয়েছি 2017 সালে।

এটি একটি বাগ - সিইউ 13 এবং হটফিক্স বিল্ড উভয় ক্ষেত্রে। ভুল পরামিতি পাসিং BACKUPবা RESTOREকমান্ড সেবা বিপর্যস্ত করা উচিত নয় বা আপনার সেশন বধ। আপনি প্রতিক্রিয়া সাইটে এটি রিপোর্ট করতে পারেন ।

দ্রষ্টব্য: এই বাগের পরিষেবা-ক্র্যাশিং সংস্করণটি এসকিউএল সার্ভার 2019 এর সর্বজনীন পূর্বরূপ সংস্করণে পুনরুত্পাদন করা যেতে পারে (সিটিপি 2.2 - এটি নির্দেশ করার জন্য ডেনিস রুবাশকিনকে ধন্যবাদ )


এটি একটি ডিবাগারে দেখে মনে হচ্ছে পাথের বৈধতা কোডটি কেবলমাত্র ভঙ্গ। sqlmin!CheckFileStreamReservedসরবরাহের পথে সাধারন (এবং বেশ বিস্তৃত) চেকগুলি এর যথার্থরূপে ব্যর্থ হওয়ার পরে পুনরাবৃত্তভাবে কল করে এটি স্ট্যাকের ওভারফ্লো সৃষ্টি করে। স্ট্যাক ওভারফ্লো 3048 বিল্ডে পরিষেবাটি নামিয়ে আনে।


এসকিউএল সার্ভার 2017 সিইউ 15 এ এই বাগের জন্য একটি সমাধান প্রকাশ করা হয়েছিল:

ফিক্স: আপনি যখন ডেটাবেস মাস্টারকে ডিস্কে ব্যাক আপ করার চেষ্টা করবেন তখন স্ট্যাক ওভারফ্লোর কারণে এসকিউএল সার্ভার 2017 ক্র্যাশ হয়েছে

এসকিউএল সার্ভার 2019 সিটিপি 3.0 এও সমস্যাটি সমাধান করা হয়েছে।

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