এসকিউএল সার্ভার ২০০৮ আর 2: কম্পিউটারের নাম পরিবর্তনের পরে সমস্যা


10

স্থানীয় এসকিউএল সার্ভার উদাহরণ হোস্ট করে এমন একটি রিমোট সার্ভারের কম্পিউটার নাম পরিবর্তন করার পরে আমার একটি বিভ্রান্তিকর সমস্যা হচ্ছে।

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

ডাটাবেসটি ক্লায়েন্ট সফ্টওয়্যারটির সাথে সংযুক্ত হতে পারে ঠিক সূক্ষ্মভাবে, এবং আমি সরাসরি এসকিউএল সার্ভারে সূক্ষ্ম লগ ইন করতে পারি। তবে, ইভেন্টের লগে ত্রুটি সহ আমার একটি এসকিউএল সার্ভার এজেন্ট কাজ ব্যর্থ হয়েছে:

এসকিউএল সার্ভার নির্ধারিত কাজ 'নাইটলি রিসেট' (0x4F76FDFFF6DFFE4EA0DE4A70252AD3BD) - স্থিতি: ব্যর্থ - অনুরোধ করা: 2012-02-07 08:10:05 - বার্তা: কাজ ব্যর্থ হয়েছে। চাকরির নাইট রিসেটের মালিক (সাইট -১৯ \ অ্যাডমিন) সার্ভার অ্যাক্সেস রয়েছে কিনা তা নির্ধারণ করতে অক্ষম (কারণ: উইন্ডোজ এনটি গ্রুপ / ব্যবহারকারী 'সাইট -১৯ \ অ্যাডমিন', ত্রুটি কোড 0x534 সম্পর্কিত তথ্য অর্জন করতে পারেনি। [এসকিউএলসেট ৪২০০০] ( ত্রুটি 15404))।

এখন, 'সাইট-19' পুরানো কম্পিউটারের নাম, যা পরিবর্তন করা হয়েছে এবং সার্ভারটি পুনরায় সেট করা হয়েছে। আমি নতুন সাইট নম্বর 'সাইট-28' ব্যবহার করে ম্যানুয়ালি সংযুক্ত হয়েছি এবং এটি আমাকে সাইট -২৮ \ অ্যাডমিনের সাথে এসকিউএল সার্ভারের সাথে সংযুক্ত হিসাবে দেখায়। যাইহোক, আমি যখন এজেন্ট কাজের বৈশিষ্ট্যগুলি দেখি, তখন এটি মালিককে সাইট -১৯ \ অ্যাডমিন হিসাবে দেখায় এবং যখন ব্যবহারকারীরা এটির পরিবর্তনের জন্য ব্রাউজ করার চেষ্টা করি তখন সাইট -২৮ \ অ্যাডমিন কোনও বিকল্প হিসাবে দেখাবে না , কেবল সাইট -১৯ \ অ্যাডমিন। যদি আমি এইটি থেকে কোনও নতুন চাকরির চিত্র বের করি এবং ম্যানুয়ালি মালিককে 'সাইট-28 \ অ্যাডমিন' তে পরিবর্তন করি তবে নতুন সাইটটি মালিকের 'সাইট-19 \ অ্যাডমিন' দিয়ে তৈরি হবে।

Sys.servers (অথবা sp_helpserver এর মাধ্যমে) অনুসন্ধান করে আমার কেবল একটি প্রবেশ রয়েছে: বর্তমান কম্পিউটারের নাম। তবে, নির্বাচন করুন @ SERVERNAME আসল বিকাশ মেশিনের নাম (দুটি নাম আগে পরিবর্তন হয়েছে) প্রদান করে।

সংক্ষেপে, আমি এই গুরুত্বপূর্ণ এসকিউএল সার্ভার এজেন্ট কাজটি চালাতে পারি না কারণ এটি এমন কোনও ব্যবহারকারীর অন্তর্ভুক্ত যার অস্তিত্ব নেই এবং আমি কীভাবে এটি পরিবর্তন করব বা সঠিক ব্যবহারকারী হিসাবে এটি তৈরি করব তা আমি বুঝতে পারি না।


লিঙ্কের জন্য ধন্যবাদ। আপনার পরামর্শে, আমি এটি সেখানে জিজ্ঞাসাও করেছি। আমি এখানেও এটি বৈধ বলে মনে করি, যদিও প্রশ্নটি আরও অবকাঠামো-সম্পর্কিত, উত্তরটি সম্ভবত কোডটি জড়িত করবে এবং এসকিউএল সার্ভার পদ্ধতি পদ্ধতিতে এখানে প্রচুর প্রশ্ন রয়েছে।
জিও অহং

এবং যদি আপনি সার্ভার 'সাইট-28' ফেলে দেন তবে কী হবে? কি sp_helpserver প্রদর্শন করে? আপনি কি পুরানো কাজ মুছতে এবং নতুন তৈরি করতে পারবেন না?

1
আকর্ষণীয়ভাবে যথেষ্ট, যখন আমি 'সাইট -২৮' ফেলে দেওয়ার চেষ্টা করি তখন এটি আমাকে বলে যে এটি খুঁজে পাওয়া যায় না। আমি যখন এটি যুক্ত করার চেষ্টা করি তখন এটি বলে যে এটি ইতিমধ্যে বিদ্যমান। আমি যদি নতুন কাজটি তৈরি করি, উইজার্ডের মাধ্যমে বা এটি মূল থেকে স্ক্রিপ্ট করা হোক না কেন, এটি সর্বদা মালিক হিসাবে 'সাইট -১৯ \ অ্যাডমিন' দিয়ে তৈরি করে।
জিও অহম

সুতরাং পুরানো, শারীরিক সার্ভারটি একটি নতুন নাম নির্ধারণ করা হয়েছিল (এবং এই পরিবর্তনটি ডিএনএসেও করা হয়েছিল) এবং নাম নির্বাচিত বাক্সে SELECT @@ SERVERNAME এর নতুন নামটি দেয়?
jl01

1
আমি এই একটিতে স্থানান্তরিত প্রশ্নটি একীভূত করেছি, সুতরাং সমস্ত উত্তর একত্রিত।
jcolebrand

উত্তর:


7

আপনি যখন sp_addserver ব্যবহার করে নতুন সার্ভারের নাম যুক্ত করেছেন, আপনি কি "স্থানীয়" উপাধিটি অন্তর্ভুক্ত করার কথা মনে রেখেছেন? এটি সেই ট্যাগ যা @@ SERVERNAME এর জন্য মেটাডেটা আপডেট করে। অধিক তথ্য.

sp_addserver 'servername', local

@@ServerNameআমি এসকিউএল সার্ভার পুনরায় চালু না করা পর্যন্ত আপডেট হয়নি এমন একটি নোট
ফায়া

7

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


আমি এই এবং @ ব্রায়ান-নাইটের উত্তরটি প্রয়োগ করেছি। ডিবি মালিকানা পরিবর্তন করতে, আমি এটি ব্যবহার করেছি SELECT 'use ' + DB_NAME(database_id) + ';EXEC sp_changedbowner ''sa'';' FROM sys.databases where DB_NAME(database_id) like 'MyDbs%';। এর পরে আমি খারাপ লগনটি ফেলে দিতে সক্ষম হয়েছিল
ফায়া

4

সমস্যাগুলি সনাক্ত করতে এবং সঠিক ড্রপ তৈরি করতে এবং বিবৃতি যুক্ত করতে আমি নিম্নলিখিতটি ব্যবহার করি, যদি আপনি সমস্ত ঠিকঠাক পেয়ে থাকেন তবে আপনাকে কিছু করার দরকার নেই অন্যথায় আপনাকে কমান্ডগুলি চালানোর দরকার নেই।

declare @currentName as nvarchar(128)
declare @newName as varchar(max)
declare @serverName as varchar(max)
declare @serverInstance as varchar(max)

select  @currentName = @@SERVERNAME
select @serverInstance = cast(serverproperty('InstanceName') as varchar(max))
select  @serverName = cast(serverproperty('MachineName') as varchar(max))

set @newName = @serverName

if (@serverInstance <> '') 
begin
      set @newName = @serverName + '\' + @serverInstance
end

if (@currentName <> @newName)
Begin
      print 'sp_dropserver ''' + @currentName + '''';
      print 'go'
      print 'sp_addserver ''' + @newName + ''',local'
      print 'go'
end
else
Print 'ALL OK'

সেই স্ক্রিপ্টটি ব্যবহার করে, আমি সনাক্ত করতে সক্ষম হয়েছি যে আমার নিজের হাতে পুরানো সার্ভারের নামটি নিজে হাতে ফেলে নতুন একটি যুক্ত করতে হবে। আমি তা করেছিলাম তবে আমার এখনও একই সমস্যা রয়েছে।
জিও অহংকার

আপনি কি পুনরায় সূচনা করলেন?

হ্যাঁ, উদাহরণটি পরে আবার চালু হয়েছিল।
জিও অহম

দুঃখিত, বোধ হয় মাথা ঝুঁকতে হবে, সমস্যাটি কী হতে পারে তা নিশ্চিত নয়।

0

একটি অনুরূপ সমস্যা ছিল: এসকিউএল সার্ভার এবং এসকিউএল সার্ভার এজেন্ট চলমান এমন একটি কম্পিউটারের হোস্টনাম পরিবর্তন করেছে। কাজের দায়িত্ব দেওয়া হয়েছিল। এই নতুন টেম্প ব্যবহারকারী / ড্রপ ব্যবহার করে এসএসএমএসে একটি অস্থায়ী ব্যবহারকারী / লগন তৈরি করার পরে এবং লগইন নাম (পাবলিক এবং সিসাদমিন প্রাইভেস!) তৈরি করে / পুনরায় তৈরি হওয়া লগইনগুলিতে পুনরায় নিয়োগের জন্য সবকিছু ঠিক ছিল। একই পরিবর্তন প্রতিফলিত করতে আপনি কোনও সিস্টেমের টেবিলটি ব্যবহার করতে পারেন; তবে উপরের পদ্ধতিটি ঝুঁকিপূর্ণ নয়।

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