ڈیٹا بیس کی عکس بندی کی خرابی 1418 کو حل کرنا: سرور نیٹ ورک ایڈریس ناقابل رسائی

ڈیٹا بیس کی عکس بندی کنکشن کے مسائل کو سمجھنا

ڈیٹا بیس کی عکس بندی SQL سرور کے ماحول میں اعلیٰ دستیابی اور فالتو پن کو یقینی بنانے کے لیے ایک ضروری حکمت عملی ہے۔ تاہم، عکس بندی کو ترتیب دینے سے بعض اوقات مایوس کن خرابیاں پیدا ہو سکتی ہیں، جیسے کہ ایرر 1418، جس میں کہا گیا ہے کہ سرور نیٹ ورک ایڈریس تک نہیں پہنچ سکتا یا موجود نہیں ہے۔

یہ خاص خرابی اکثر اس وقت ہوتی ہے جب دو SQL سرور مثالوں کے درمیان آئینہ دار سیشن ترتیب دینے کی کوشش کی جاتی ہے، چاہے دونوں ڈیٹا بیس انفرادی طور پر قابل رسائی ہوں۔ مسئلہ اس وقت پیدا ہوتا ہے جب آئینے والے اختتامی نقطے ایک دوسرے کے ساتھ بات چیت کرنے میں ناکام رہتے ہیں۔

ہاتھ کے معاملے میں، ایک مقامی ڈیسک ٹاپ (192.168.0.80) اور ایک منی PC (192.168.0.85) عکس بندی کے عمل میں شامل ہیں۔ منی پی سی کا مقصد ایک موبائل ایپلیکیشن کے لیے صرف پڑھنے کے لیے نقل کے طور پر کام کرنا ہے، "ہائی پرفارمنس" موڈ کا عکس استعمال کرتے ہوئے۔

درست پورٹ کنفیگریشن اور فائر وال ایڈجسٹمنٹ کے باوجود، مررنگ سیشن شروع کرنے کی کوشش کرتے وقت صارف کو ایرر 1418 کا سامنا کرنا پڑتا ہے۔ یہ مضمون اس مسئلے سے نمٹنے کے لیے ممکنہ وجوہات اور حل تلاش کرے گا۔

مررنگ ایرر ریزولوشن اسکرپٹس کا تفصیلی بریک ڈاؤن

پہلے کی مثالوں میں فراہم کردہ پہلا اسکرپٹ استعمال کرتا ہے۔ Transact-SQL (T-SQL) ایس کیو ایل سرور میں عکس بندی کی خرابی کو ترتیب دینے اور حل کرنے کے لیے حکم دیتا ہے۔ اسکرپٹ کا سب سے اہم حصہ تخلیق اور ترتیب ہے۔ آئینہ دار اختتامی پوائنٹس. یہ اینڈ پوائنٹس نیٹ ورک انٹرفیس ہیں جن کے ذریعے ایس کیو ایل سرور کی مثالیں عکس بندی کے دوران بات چیت کرتی ہیں۔ حکم اختتامی نقطہ کو تبدیل کریں۔ اس بات کو یقینی بناتا ہے کہ دونوں سرورز کے اختتامی نقطے "سٹارٹڈ" حالت میں ہیں، جس سے مواصلت ہو سکتی ہے۔ دی پارٹنر مقرر کریں۔ کمانڈ پھر ڈیٹا بیس کو لنک کرنے کے لیے استعمال کیا جاتا ہے، پارٹنر سرور کے نیٹ ورک ایڈریس کی وضاحت کرتا ہے، جو دو SQL مثالوں کو پورے نیٹ ورک میں ڈیٹا کی عکس بندی کرنے کی اجازت دیتا ہے۔

دوسرا اسکرپٹ ایک پاور شیل حل ہے جو دو سرورز کے درمیان نیٹ ورک کنیکٹیویٹی کو جانچنے کے لیے ڈیزائن کیا گیا ہے۔ پاور شیل استعمال کرتا ہے۔ New-Object System.Net.Sockets.TcpClient ایک TCP کلائنٹ بنانے کے لیے کمانڈ جو مخصوص IP ایڈریس اور پورٹ سے جڑنے کی کوشش کرتا ہے۔ یہ تصدیق کرنے کا ایک موثر طریقہ ہے کہ مطلوبہ پورٹس (SQL سرور کے لیے 1433 اور عکس بندی کے لیے 5022) کھلی اور قابل رسائی ہیں۔ یہ اسکرپٹ خاص طور پر فائر وال یا نیٹ ورکنگ کے مسائل کی تشخیص کے لیے مفید ہے جو کہ دو ایس کیو ایل مثالوں کو مواصلت سے روک رہے ہیں، اس طرح خرابی 1418.

تیسری اسکرپٹ فائر وال کی ترتیبات کو منظم کرنے کے لیے ونڈوز کمانڈ پرامپٹ کمانڈز کا فائدہ اٹھاتی ہے۔ خاص طور پر، netsh advfirewall فائر وال رول شامل کریں۔ کمانڈ ایس کیو ایل سرور اور عکس بندی کے لیے ضروری بندرگاہوں کو کھولنے کے لیے استعمال کیا جاتا ہے۔ یہ یقینی بناتا ہے کہ ڈیٹا بیس ٹریفک (پورٹ 1433) اور آئینہ دار ٹریفک (پورٹ 5022) دونوں سرورز کے درمیان آزادانہ طور پر بہہ سکتے ہیں۔ کے ساتھ فائر وال کو عارضی طور پر غیر فعال کر کے netsh advfirewall نے تمام پروفائلز کو بند کر دیا ہے۔ کمانڈ، اسکرپٹ اس بات کی تصدیق کر سکتی ہے کہ آیا فائر وال نیٹ ورک تک رسائی کے مسئلے کی بنیادی وجہ ہے۔ یہ حل خاص طور پر اس وقت اہم ہے جب ایک محفوظ ماحول میں سرور مواصلات کے مسائل کا ازالہ کرنا۔

آخر میں، ازگر اسکرپٹ استعمال کرتا ہے۔ socket.create_connection دو سرورز کے درمیان نیٹ ورک چیک کرنے کے لیے فنکشن۔ یہ اسکرپٹ اس بات کی توثیق کرنے کا ایک تیز اور موثر طریقہ فراہم کرتا ہے کہ آیا سرور مطلوبہ TCP بندرگاہوں پر ایک دوسرے تک پہنچ سکتے ہیں۔ یہ ایک کنکشن قائم کرنے کی کوشش کرتا ہے، اور اگر کامیاب ہوتا ہے، تو تصدیق کرتا ہے کہ نیٹ ورک سیٹ اپ درست ہے۔ نیٹ ورک سے متعلقہ مسائل کو ہینڈل کرنے میں ازگر کی سادگی اسے کنیکٹیویٹی کی جانچ کے لیے ایک اچھا انتخاب بناتی ہے، خاص طور پر ایسے ماحول میں جہاں دوسرے ٹولز دستیاب نہ ہوں یا استعمال کرنے کے لیے بوجھل ہوں۔ ایک ساتھ مل کر، یہ اسکرپٹس کو حل کرنے کے لیے ایک جامع نقطہ نظر پیش کرتے ہیں۔ ڈیٹا بیس کی عکس بندی غلطی اور SQL سرور مثالوں کے درمیان ہموار مواصلات کو یقینی بنانا۔

-- Enable server to listen on the specified ports
ALTER ENDPOINT [Mirroring] 
STATE = STARTED;
GO

-- Ensure both databases are in FULL recovery mode
ALTER DATABASE YourDatabaseName 
SET RECOVERY FULL;
GO

-- Create mirroring endpoints on both servers
CREATE ENDPOINT [Mirroring_Endpoint]
STATE = STARTED
AS TCP (LISTENER_PORT = 5022)
FOR DATABASE_MIRRORING (ROLE = PARTNER);
GO

-- Grant CONNECT permissions to the login account
GRANT CONNECT ON ENDPOINT::[Mirroring_Endpoint] 
TO [DOMAIN\UserAccount];
GO

-- Set up mirroring using T-SQL command
ALTER DATABASE YourDatabaseName 
SET PARTNER = 'TCP://192.168.0.85:5022';
GO

-- Verify the status of the mirroring configuration
SELECT * FROM sys.database_mirroring;
GO

# Define server IPs and ports
$server1 = "192.168.0.80"
$server2 = "192.168.0.85"
$port = 5022

# Function to test port connectivity
function Test-Port {
   param([string]$server, [int]$port)
   try {
       $tcpClient = New-Object System.Net.Sockets.TcpClient($server, $port)
        Write-Host "$server on port $port is reachable."
       $tcpClient.Close()
   } catch {
        Write-Host "$server on port $port is not reachable."
    }
}

# Test both servers
Test-Port -server $server1 -port $port
Test-Port -server $server2 -port $port

-- Check if SQL Server and mirroring ports are open
netsh advfirewall firewall add rule name="SQLPort" dir=in action=allow protocol=TCP localport=1433
netsh advfirewall firewall add rule name="MirrorPort" dir=in action=allow protocol=TCP localport=5022

-- Disable firewall temporarily for testing purposes
netsh advfirewall set allprofiles state off

-- Enable firewall again after testing
netsh advfirewall set allprofiles state on

import socket

# Define server IPs and port
server1 = '192.168.0.80'
server2 = '192.168.0.85'
port = 5022

# Function to check connectivity
def check_connection(server, port):
    try:
        sock = socket.create_connection((server, port), timeout=5)
       print(f'Connection successful to {server}:{port}')
        sock.close()
   except socket.error:
       print(f'Cannot connect to {server}:{port}')

# Check both servers
check_connection(server1, port)
check_connection(server2, port)

1. Open SQL Server Management Studio (SSMS).
2. Right-click your database -> Tasks -> Mirror...
3. Click Configure Security and follow the wizard.
4. Ensure both Principal and Mirror servers are correct.
5. Set the port for the mirroring endpoints to 5022.
6. Complete the configuration and click Start Mirroring.
7. Verify the mirroring status by checking the "Database Properties" window.

ایس کیو ایل سرور مررنگ میں نیٹ ورک اور سیکیورٹی چیلنجز کی تلاش

ترتیب دیتے وقت ایس کیو ایل سرور ڈیٹا بیس کی عکس بندیایک پہلو جسے اکثر نظر انداز کیا جاتا ہے وہ ہے نیٹ ورک کنفیگریشن اور سیکورٹی سیٹنگز کا کردار۔ خرابی 1418، یہ بتاتی ہے کہ سرور نیٹ ورک ایڈریس تک نہیں پہنچا جا سکتا، اکثر نیٹ ورک کے بنیادی مسائل کی وجہ سے ہوتا ہے۔ یہاں تک کہ جب درست بندرگاہیں (1433 اور 5022) کھولی جاتی ہیں اور فائر والز کو غیر فعال کر دیا جاتا ہے، تب بھی نیٹ ورک کے دیگر عناصر جیسے کہ روٹنگ اور DNS کنفیگریشن مواصلات کی ناکامی کا سبب بن سکتے ہیں۔ یہ یقینی بنانا ضروری ہے کہ دونوں سرورز ایک دوسرے کے آئی پی ایڈریس کو ٹھیک طریقے سے حل کریں، خاص طور پر ملٹی سب نیٹ ماحول میں۔

ایک اور چیلنج شامل ہے۔ ایس کیو ایل سرور کی توثیق آئینہ دار سیٹ اپ کے دوران ترتیبات۔ ڈیٹا بیس کی عکس بندی کے لیے ضروری ہے کہ پرنسپل اور مرر سرور دونوں ایک دوسرے کو سرٹیفکیٹ یا ڈومین پر مبنی تصدیق (Kerberos) کے ذریعے مستند کریں۔ اگر یہ سیٹ اپ درست طریقے سے ترتیب نہیں دیا گیا ہے، یا اگر دونوں سرورز کے درمیان سیکورٹی پروٹوکول میں کوئی مماثلت نہیں ہے، تو ایرر 1418 ہو سکتا ہے۔ مزید برآں، SQL سرور سروس اکاؤنٹس کے پاس دونوں مشینوں پر صحیح اجازتیں ہونی چاہئیں، خاص طور پر آئینہ دار اختتامی پوائنٹس تک رسائی۔

آخر میں، آپریٹنگ سسٹم کا انتخاب بھی متاثر کر سکتا ہے کہ آئینہ کس طرح برتاؤ کرتا ہے۔ ونڈوز کے مختلف ورژن TCP کنکشن کو مختلف طریقے سے ہینڈل کر سکتے ہیں، خاص طور پر اس میں کہ وہ فائر وال کے قوانین اور نیٹ ورک ٹریفک روٹنگ کو کس طرح منظم کرتے ہیں۔ اگر کسی بھی سرور کے آپریٹنگ سسٹم میں نیٹ ورک ڈرائیورز پرانے یا مماثل نہیں ہیں، تو سرورز کے درمیان مواصلت ناکام ہو سکتی ہے۔ اس بات کو یقینی بنانا کہ OS تازہ ترین پیچ کے ساتھ اپ ٹو ڈیٹ ہے اور یہ کہ مناسب سروسز چل رہی ہیں، کنیکٹوٹی کے مسائل جیسے ایرر 1418 کو حل کرنے میں بہت اہم ہے۔