ব্যবহারকারীদের ডিবি সার্ভারে ভূমিকা রাখার সময় আমি প্রায়শই জিইউআই থেকে "স্ক্রিপ্ট এই ক্রিয়াটি" ফাংশনটি ব্যবহার করি। আমি তখন কেবল আমার অন্যান্য সার্ভারগুলিতে একই কাজ করতে "সংযোগ :: পরিবর্তন সংযোগে" যেতে পারি।
স্ক্রিপ্টড অ্যাকশনে সংযোগটি নির্দিষ্ট করার কোনও উপায় আছে যাতে আমাকে দ্বিতীয় পরিবর্তন সংযোগ পদক্ষেপটি করতে না হয়?
উত্তর:
এসএসএমএস থেকে কোনও স্ক্রিপ্টের অংশ হিসাবে এটি করার কোনও উপায় নয়, তবে আপনার কাছে দুটি বিকল্প রয়েছে।
আপনি যা করতে পারেন তা হ'ল এসকিউএলসিএমডি মোড এবং :: কানেক্ট কমান্ডটি ব্যবহার করতে একটি স্ক্রিপ্ট যাতে একাধিক সার্ভারের সাথে সংযুক্ত হয়ে স্ক্রিপ্টটি চালিত হয়। আপনি যদি স্ক্রিপ্টটি ব্যবহারকারীর জন্য সংরক্ষণ করেন এবং ফাইল থেকে স্ক্রিপ্টটি লোড করতে: r কমান্ডটি ব্যবহার করেন তবে এটি ভাল কাজ করে।
আপনি যা করতে পারেন তা হ'ল একটি কেন্দ্রীয় পরিচালনা সার্ভার কনফিগার করুন এবং তারপরে একবারে একাধিক সার্ভারের বিরুদ্ধে আপনার স্ক্রিপ্টটি চালান।
আসলে, এটি টি-এসকিউএল এর মধ্যে থেকেই সম্ভব, তবে আপনাকে কিছু নির্দিষ্ট শর্ত পূরণ করতে হবে এবং কয়েকটি হুপের মধ্য দিয়ে ঝাঁপিয়ে পড়তে হবে।
এখানে একটি নমুনা স্ক্রিপ্ট যা আপনাকে এসকিউএল টাস্কগুলিকে স্বয়ংক্রিয় করতে সিএমএস লাভ করার অনুমতি দেবে।
/**********************************************************************/
/* Global change password script */
/* */
/* This script changes the password for a SQL login on all servers */
/* managed by a Central Management Server. It assumes that the login */
/* exists on all servers, and that all servers are SQL 2005 or later. */
/**********************************************************************/
DECLARE @nServer NVARCHAR (128) -- Variable to hold the instance name retrieved from the CMS
DECLARE @nSQL NVARCHAR (4000) -- Variable to hold dynamic SQL
DECLARE @ServerFetch INT -- Variable to hold the fetch status. In SQL 2005, the @@FETCH_STATUS
-- variable is scoped at the system level, so if another process is also
-- using a cursor the @@FETCH_STATUS variable will be set according to
-- that operation. This allows us to store a persistent value.
DECLARE curServer CURSOR LOCAL STATIC FOR -- Declare the cursor with the LOCAL and STATIC options, and
-- retrieve the list of server names from the Central Management
-- Server. The value in the [sysmanagement_shared_server_groups_internal]
-- table is user-defined; for purposes of this example we have
-- created a group named "SQL2008".
SELECT DISTINCT
s.server_name AS 'ServerName'
FROM OPENDATASOURCE ('SQLOLEDB', 'Data Source = CMS1\Management; Integrated Security = SSPI').msdb.dbo.sysmanagement_shared_server_groups_internal g
INNER JOIN OPENDATASOURCE ('SQLOLEDB', 'Data Source = CMS1\Management; Integrated Security = SSPI').msdb.dbo.sysmanagement_shared_registered_servers_internal s ON g.server_group_id = s.server_group_id
WHERE g.name = 'SQL2008'
ORDER BY s.server_name
OPEN curServer
FETCH FIRST FROM curServer INTO @nServer -- Retrieve the first row
SET @ServerFetch = @@FETCH_STATUS -- Store the status of the fetch operation
WHILE @ServerFetch = 0 -- If the fetch was successful, we enter the loop. Otherwise
-- execution passes to the statement following the END statement.
BEGIN
-- Build the dynamic SQL to alter the password for the SQL login.
SET @nSQL = 'EXEC OPENDATASOURCE (''SQLOLEDB'', ''Data Source = ' + @nServer
+ '; Integrated Security = SSPI'').master.dbo.sp_executesql N''ALTER LOGIN SQLLogin WITH PASSWORD = ''''<enterStrongPasswordHere>'''''
-- Execute the dynamic SQL.
EXEC sp_executesql @nSQL
FETCH NEXT FROM curServer INTO @nServer -- Retrieve the next row.
SET @ServerFetch = @@FETCH_STATUS -- Store the status of the fetch operation.
END
CLOSE curServer -- Close the cursor.
DEALLOCATE curServer -- Remove the cursor from memory.