إعداد البنية التحتية في Azure لـ SAP HA باستخدام نظام مجموعة تجاوز فشل Windows وقرص مشترك لمثيل SAP ASCS/SCS
نوافذ
توضح هذه المقالة الخطوات التي تتخذها لإعداد البنية التحتية في Azure لتثبيت مثيل SAP ASCS/SCS عالي التوفر وتكوينه على نظام مجموعة تجاوز فشل Windows باستخدام قرص مشترك لنظام المجموعة كخيار لتجميع مثيل SAP ASCS. يتم تقديم بديلين للقرص المشترك لنظام المجموعة في الوثائق:
- أقراص Azure المشتركة
- استخدام SIOS DataKeeper Cluster Edition لإنشاء تخزين معكوس، الذي يحاكي القرص المشترك المجمع
لا تغطي الوثائق طبقة قاعدة البيانات.
المتطلبات الأساسية
قبل بدء التثبيت راجع هذه المقالة:
إنشاء الأجهزة الظاهرية ASCS
بالنسبة إلى مجموعة SAP ASCS / SCS، قم بنشر جهازين ظاهريين في مجموعة توفر Azure أو مناطق توافر الخدمات في Azure استناداً إلى نوع النشر. بمجرد نشر الأجهزة الظاهرية:
- أنشئ موازن التحميل الداخلي في Azure لمثيل SAP ASCS /SCS.
- أضف أجهزة Windows الظاهرية إلى نطاق AD.
استناداً إلى نوع النشر الخاص بك، ستكون أسماء المضيفين وعناوين IP الخاصة بالسيناريو كما يلي:
توزيع SAP في مجموعة توفر Azure
| دور اسم المضيف | اسم المضيف | عنوان IP ثابت | مجموعة التوفّر | SkuName للقرص |
|---|---|---|---|---|
| عقدة نظام المجموعة الأولى - مجموعة ASCS/SCS | pr1-ascs-10 | 10.0.0.4 | pr1-ascs-avset | Premium_LRS |
| عقدة نظام المجموعة الثانية - مجموعة ASCS/SCS | pr1-ascs-11 | 10.0.0.5 | pr1-ascs-avset | |
| اسم شبكة نظام المجموعة | pr1clust | 10.0.0.42 (فقط لنظام مجموعة Win 2016) | غير متوفر | |
| اسم شبكة نظام المجموعة ASCS | pr1-ascscl | 10.0.0.43 | غير متوفر | |
| اسم شبكة مجموعة ERS (فقط لـ ERS2) | pr1-erscl | 10.0.0.44 | غير متوفر |
توزيع SAP في مناطق توفر Azure
| دور اسم المضيف | اسم المضيف | عنوان IP ثابت | مناطق التوفّر | SkuName للقرص |
|---|---|---|---|---|
| عقدة نظام المجموعة الأولى - مجموعة ASCS/SCS | pr1-ascs-10 | 10.0.0.4 | AZ01 | Premium_ZRS |
| عقدة نظام المجموعة الثانية - مجموعة ASCS/SCS | pr1-ascs-11 | 10.0.0.5 | AZ02 | |
| اسم شبكة نظام المجموعة | pr1clust | 10.0.0.42 (فقط لنظام مجموعة Win 2016) | غير متوفر | |
| اسم شبكة نظام المجموعة ASCS | pr1-ascscl | 10.0.0.43 | غير متوفر | |
| اسم شبكة مجموعة ERS (فقط لـ ERS2) | pr1-erscl | 10.0.0.44 | غير متوفر |
تظل الخطوات المذكورة في المستند كما هي بالنسبة لكل من نوعي النشر. ولكن إذا كانت مجموعتك قيد التشغيل في مجموعة التوافر، فستحتاج إلى نشر LRS لقرص Azure المشترك المميز (Premium_LRS) وإذا كانت الكتلة قيد التشغيل في منطقة توافر الخدمات، فقم بنشر ZRS للقرص المشترك المميز من Azure (Premium_ZRS).
إشعار
مجموعة موضع التقارب لـ Azure غير مطلوبة لقرص Azure المشترك. لكن لتوزيع SAP مع PPG، اتبع الإرشادات التالية:
- إذا كنت تستخدم PPG لنظام SAP المنتشر في منطقة ما، يجب أن تكون جميع الأجهزة الظاهرية التي تشترك في القرص جزءاً من نفس PPG.
- إذا كنت تستخدم PPG لنظام SAP الموزع عبر مناطق كما هو موضح في المستند مجموعات مواضع القرب مع عمليات التوزيع النطاقية، يمكنك إرفاق تخزين Premium_ZRS بالأجهزة الظاهرية التي تشارك قرصاً.
إنشاء Azure internal load balancer
أثناء تكوين الجهاز الظاهري، يمكنك إنشاء أو تحديد إنهاء موازن التحميل في قسم الشبكات. بالنسبة إلى بنية ENSA1 على Windows، ستحتاج إلى عنوان IP ظاهري واحد فقط ل SAP ASCS/SCS. من ناحية أخرى، تتطلب بنية ENSA2 عنواني IP ظاهريين - أحدهما ل SAP ASCS/SCS والآخر ل ERS2. عند تكوين موازن تحميل داخلي قياسي لإعداد قابلية الوصول العالية ل SAP ASCS/SCS على Windows، اتبع الإرشادات أدناه.
- تكوين IP للواجهة الأمامية: إنشاء IP للواجهة الأمامية (مثال: 10.0.0.43). حدد نفس الشبكة الظاهرية والشبكة الفرعية مثل الأجهزة الظاهرية ASCS/ERS.
- تجمع الخلفية: إنشاء تجمع الخلفية وإضافة ASCS وERS VMs. في هذا المثال، الأجهزة الظاهرية هي pr1-ascs-10 وpr1-ascs-11.
- القواعد الواردة: إنشاء قاعدة موازنة التحميل.
- عنوان IP للواجهة الأمامية: حدد IP للواجهة الأمامية
- تجمع الواجهة الخلفية: حدد تجمع الواجهة الخلفية
- تحقق من "منافذ قابلية وصول عالية"
- Protocol: TCP
- Health Probe: إنشاء مسبار صحي بالتفاصيل أدناه
- Protocol: TCP
- المنفذ: [على سبيل المثال: 620<Instance-no.> ل ASCS]
- الفاصل الزمني: 5
- عتبة الفحص: 2
- مهلة الخمول (بالدقائق): 30
- تحقق من "تمكين IP العائم"
- ينطبق على بنية ENSA2 فقط: إنشاء IP أمامي إضافي (10.0.0.44)، قاعدة موازنة التحميل (استخدم 621<Instance-no.> لمنفذ ERS2 health probe) كما هو موضح في النقطة 1 و3.
إشعار
لا يتم احترام خاصية تكوين التحقيق الصحي numberOfProbes، والمعروفة باسم "عتبة غير سليمة" في المدخل. لذلك للتحكم في عدد التحقيقات المتتالية الناجحة أو الفاشلة، قم بتعيين الخاصية "probeThreshold" إلى 2. لا يمكن حاليا تعيين هذه الخاصية باستخدام مدخل Microsoft Azure، لذا استخدم إما الأمر Azure CLI أو PowerShell .
إشعار
عند وضع أجهزة ظاهرية بدون عناوين IP عامة في التجمع الخلفي لموازن تحميل Azure قياسي داخلي (بدون عنوان IP عام)، لن يكون هناك اتصال إنترنت صادر ما لم تقم بإجراء تكوين إضافي للسماح بالتوجيه إلى نقاط النهاية العامة. للحصول على تفاصيل حول كيفية تحقيق الاتصال الصادر راجع اتصال نقطة النهاية العامة للأجهزة الظاهرية باستخدام موازن تحميل Azure قياسي في سيناريوهات SAP ذات قابلية الوصول العالية.
تلميح
باستخدام قالب Azure Resource Manager لمثيل WSFC for SAP ASCS/SCS باستخدام القرص المشترك في Azure، يمكنك أتمتة إعداد البنية الأساسية، باستخدام قرص Azure المشترك لـ SAP SID واحد مع ERS1.
سيقوم قالب Azure ARM بإنشاء جهازين ظاهريين Windows 2019 أو 2016، وإنشاء قرص Azure مشترك وإرفاقه بالأجهزة الظاهرية. سيتم إنشاء موازن التحميل الداخلي في Azure وتكوينه أيضاً.
للحصول على التفاصيل - راجع قالب ARM.
إضافة إدخالات التسجيل على كل من عقدتي نظام المجموعة من مثيل ASCS-SCS
قد يقوم موازن التحميل في Azure بإغلاق الاتصالات، إذا كانت الاتصالات خاملة لفترة وتجاوزت مهلة الخمول. عمليات العمل SAP فتح اتصالات إلى عملية إدراج SAP بمجرد طلب الإدراج/الحذف الأول بحاجة إلى الإرسال. لتجنب مقاطعة هذه الاتصالات، قم بتغيير قيم TCP/IP KeepAliveTime و KeepAliveInterval على كل من عقدتي نظام المجموعة. إذا كنت تستخدم ERS1، فمن الضروري أيضا إضافة معلمات ملف تعريف SAP، كما هو موضح لاحقا في هذه المقالة. يجب تغيير إدخالات التسجيل التالية على كل من عقدتي نظام المجموعة:
- KeepAliveTime
- KeepAliveInterval
| المسار | اسم المتغير | نوع المتغير | القيمة | الوثائق |
|---|---|---|---|---|
| HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters | KeepAliveTime | REG_DWORD (عشري) | 120000 | KeepAliveTime |
| HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters | KeepAliveInterval | REG_DWORD (عشري) | 120000 | KeepAliveInterval |
لتطبيق التغييرات، أعد تشغيل نظام مجموعة العقد.
إضافة أجهزة Windows الظاهرية إلى النطاق
بعد تعيين عناوين IP ثابتة إلى الأجهزة الظاهرية، أضِف الأجهزة الظاهرية إلى المجال.
تثبيت وتكوين نظام مجموعة تجاوز الفشل Windows
تثبيت ميزة نظام مجموعة تجاوز الفشل Windows
قم بتشغيل هذا الأمر على إحدى عقد نظام المجموعة:
# Hostnames of the Win cluster for SAP ASCS/SCS
$SAPSID = "PR1"
$ClusterNodes = ("pr1-ascs-10","pr1-ascs-11")
$ClusterName = $SAPSID.ToLower() + "clust"
# Install Windows features.
# After the feature installs, manually reboot both nodes
Invoke-Command $ClusterNodes {Install-WindowsFeature Failover-Clustering, FS-FileServer -IncludeAllSubFeature -IncludeManagementTools }
بمجرد اكتمال تثبيت الميزة، أعد تشغيل عقدتي الكتلة.
اختبار وتكوين نظام مجموعة تجاوز الفشل Windows
في Windows 2019، ستتعرف المجموعة تلقائيا على أنها تعمل في Azure، وكخيار افتراضي ل IP لإدارة نظام المجموعة، فإنها تستخدم اسم الشبكة الموزعة. لذلك، فإنه يستخدم أي من عقد نظام المجموعة عناوين IP المحلية. ونتيجة لذلك، ليست هناك حاجة لاسم شبكة مخصص (ظاهري) للمجموعة، وليس هناك حاجة لتكوين عنوان IP هذا على Azure Internal Load Balancer.
لمزيد من المعلومات، راجع مزايا تجاوز الفشل للمجموعات الجديدة على Windows Server 2019 وقم بتشغيل هذا الأمر على إحدى عقد نظام المجموعة:
# Hostnames of the Win cluster for SAP ASCS/SCS
$SAPSID = "PR1"
$ClusterNodes = ("pr1-ascs-10","pr1-ascs-11")
$ClusterName = $SAPSID.ToLower() + "clust"
# IP adress for cluster network name is needed ONLY on Windows Server 2016 cluster
$ClusterStaticIPAddress = "10.0.0.42"
# Test cluster
Test-Cluster –Node $ClusterNodes -Verbose
$ComputerInfo = Get-ComputerInfo
$WindowsVersion = $ComputerInfo.WindowsProductName
if($WindowsVersion -eq "Windows Server 2019 Datacenter"){
write-host "Configuring Windows Failover Cluster on Windows Server 2019 Datacenter..."
New-Cluster –Name $ClusterName –Node $ClusterNodes -Verbose
}elseif($WindowsVersion -eq "Windows Server 2016 Datacenter"){
write-host "Configuring Windows Failover Cluster on Windows Server 2016 Datacenter..."
New-Cluster –Name $ClusterName –Node $ClusterNodes –StaticAddress $ClusterStaticIPAddress -Verbose
}else{
Write-Error "Not supported Windows version!"
}
تكوين الحصة السحابية لنظام المجموعة
أثناء استخدامك Windows Server 2016 أو 2019، نوصي بتكوين Azure Cloud Witness، كحصة لنظام المجموعة.
قم بتشغيل هذا الأمر على إحدى عقد نظام المجموعة:
$AzureStorageAccountName = "cloudquorumwitness"
Set-ClusterQuorum –CloudWitness –AccountName $AzureStorageAccountName -AccessKey <YourAzureStorageAccessKey> -Verbose
ضبط عتبات مجموعة تجاوز الفشل على Windows
بعد تثبيت نظام مجموعة تجاوز الفشل على Windows بنجاح، تحتاج إلى ضبط بعض العتبات، لتكون مناسبة لنظم المجموعات التي تم نشرها في Azure. يتم توثيق المعلمات المراد تغييرها في ضبط عتبات شبكة نظام مجموعة تجاوز الفشل. بافتراض أن الأجهزة الظاهرية التي تشكل تكوين مجموعة Windows ASCS/SCS كانت في نفس الشبكة الفرعية، يتم تغيير المعلمات التالية إلى هذه القيم:
- SameSubNetDelay = 2000
- SameSubNetThreshold 15
- RouteHistoryLength = 30
تم اختبار هذه الإعدادات مع العملاء وتقديم حل وسط جيد. إنها مرنة بما يكفي، ولكنها توفر أيضا تجاوز الفشل بسرعة كافية لظروف الخطأ الحقيقية في أحمال عمل SAP أو فشل الجهاز الظاهري.
تكوين القرص المشترك في Azure
هذا القسم قابل للتطبيق فقط، إذا كنت تستخدم قرص Azure المشترك.
إنشاء قرص Azure مشترك وإرفاقه باستخدام PowerShell
قم بتشغيل هذا الأمر على إحدى عقد نظام المجموعة. ستحتاج إلى ضبط القيم لمجموعة الموارد ومنطقة Azure وSAPSID وما إلى ذلك.
#############################
# Create Azure Shared Disk
#############################
$ResourceGroupName = "MyResourceGroup"
$location = "MyAzureRegion"
$SAPSID = "PR1"
$DiskSizeInGB = 512
$DiskName = "$($SAPSID)ASCSSharedDisk"
# With parameter '-MaxSharesCount', we define the maximum number of cluster nodes to attach the shared disk
$NumberOfWindowsClusterNodes = 2
# For SAP deployment in availability set, use below storage SkuName
$SkuName = "Premium_LRS"
# For SAP deployment in availability zone, use below storage SkuName
$SkuName = "Premium_ZRS"
$diskConfig = New-AzDiskConfig -Location $location -SkuName $SkuName -CreateOption Empty -DiskSizeGB $DiskSizeInGB -MaxSharesCount $NumberOfWindowsClusterNodes
$dataDisk = New-AzDisk -ResourceGroupName $ResourceGroupName -DiskName $DiskName -Disk $diskConfig
##################################
## Attach the disk to cluster VMs
##################################
# ASCS Cluster VM1
$ASCSClusterVM1 = "$SAPSID-ascs-10"
# ASCS Cluster VM2
$ASCSClusterVM2 = "$SAPSID-ascs-11"
# Add the Azure Shared Disk to Cluster Node 1
$vm = Get-AzVM -ResourceGroupName $ResourceGroupName -Name $ASCSClusterVM1
$vm = Add-AzVMDataDisk -VM $vm -Name $DiskName -CreateOption Attach -ManagedDiskId $dataDisk.Id -Lun 0
Update-AzVm -VM $vm -ResourceGroupName $ResourceGroupName -Verbose
# Add the Azure Shared Disk to Cluster Node 2
$vm = Get-AzVM -ResourceGroupName $ResourceGroupName -Name $ASCSClusterVM2
$vm = Add-AzVMDataDisk -VM $vm -Name $DiskName -CreateOption Attach -ManagedDiskId $dataDisk.Id -Lun 0
Update-AzVm -VM $vm -ResourceGroupName $ResourceGroupName -Verbose
تنسيق القرص المشترك باستخدام PowerShell
الحصول على رقم القرص. تشغيل أوامر PowerShell على إحدى عقد نظام المجموعة:
Get-Disk | Where-Object PartitionStyle -Eq "RAW" | Format-Table -AutoSize # Example output # Number Friendly Name Serial Number HealthStatus OperationalStatus Total Size Partition Style # ------ ------------- ------------- ------------ ----------------- ---------- --------------- # 2 Msft Virtual Disk Healthy Online 512 GB RAWتهيئة القرص. في هذا المثال، هو رقم القرص 2.
# Format SAP ASCS Disk number '2', with drive letter 'S' $SAPSID = "PR1" $DiskNumber = 2 $DriveLetter = "S" $DiskLabel = "$SAPSID" + "SAP" Get-Disk -Number $DiskNumber | Where-Object PartitionStyle -Eq "RAW" | Initialize-Disk -PartitionStyle GPT -PassThru | New-Partition -DriveLetter $DriveLetter -UseMaximumSize | Format-Volume -FileSystem ReFS -NewFileSystemLabel $DiskLabel -Force -Verbose # Example outout # DriveLetter FileSystemLabel FileSystem DriveType HealthStatus OperationalStatus SizeRemaining Size # ----------- --------------- ---------- --------- ------------ ----------------- ------------- ---- # S PR1SAP ReFS Fixed Healthy OK 504.98 GB 511.81 GBتحقق من أن القرص مرئي الآن كقرص نظام مجموعة.
# List all disks Get-ClusterAvailableDisk -All # Example output # Cluster : pr1clust # Id : 88ff1d94-0cf1-4c70-89ae-cbbb2826a484 # Name : Cluster Disk 1 # Number : 2 # Size : 549755813888 # Partitions : {\\?\GLOBALROOT\Device\Harddisk2\Partition2\}سجّل القرص في المجموعة.
# Add the disk to cluster Get-ClusterAvailableDisk -All | Add-ClusterDisk # Example output # Name State OwnerGroup ResourceType # ---- ----- ---------- ------------ # Cluster Disk 1 Online Available Storage Physical Disk
تثبيت SIOS DataKeeper لمجموعة Edition للقرص المشترك لمجموعة SAP ASCS-SCS
هذا القسم قابل للتطبيق فقط، إذا كنت تستخدم برنامج الجهات الخارجية SIOS DataKeeper Cluster Edition لإنشاء تخزين معكوس يحاكي القرص المشترك لنظام المجموعة.
لديك الآن تكوين مجموعة تجاوز الفشل لـ Windows Server الذي يعمل في Azure. لتثبيت مثيل SAP ASCS/SCS، تحتاج إلى مورد قرص مشترك. أحد الخيارات هو استخدام مجموعة Edition الخاصة بـSIOS DataKeeper هو حل تابع لجهة خارجية يمكنك استخدامه لإنشاء موارد قرص مشتركة.
يتضمن تثبيت SIOS DataKeeper Cluster Edition لقرص مشاركة المجموعة SAP ASCS/SCS المهام التالية:
- أضف Microsoft .NET Framework، إذا لزم الأمر. راجع وثائق SIOS للحصول على أحدث متطلبات .NET Framework
- تثبيت SIOS DataKeeper
- تكوين SIOS DataKeeper
تثبيت SIOS DataKeeper
قم بتثبيت SIOS DataKeeper Cluster Edition على كل عقدة في المجموعة. لإنشاء مساحة تخزين مشتركة ظاهرية باستخدام SIOS DataKeeper، قم بإنشاء نسخة متطابقة متزامنة ثم قم بمحاكاة التخزين المشترك للمجموعة.
قبل تثبيت برنامج SIOS، قم بإنشاء مستخدم مجال DataKeeperSvc.
إشعار
أضِف مستخدم المجال DataKeeperSvc إلى مجموعة "المسؤول المحلي" على كل من عقدتي نظام المجموعة.
قم بتثبيت برنامج SIOS على كل من عقدتَي المجموعة.
الصفحة الأولى من تثبيت SIOS DataKeeper
في مربع الحوار، حدد Yes.
يعلمك DataKeeper أنه سيتم تعطيل الخدمة
في مربع الحوار، نوصي بتحديد حساب المجال أو الخادم.
اختيار مستخدم SIOS DataKeeper
أدخل اسم مستخدم حساب المجال وكلمة المرور اللذين قمت بإنشائهما لـ SIOS DataKeeper.
أدخل اسم مستخدم المجال وكلمة المرور لتثبيت SIOS DataKeeper
قم بتثبيت مفتاح الترخيص لمثيل SIOS DataKeeper الخاص بك، كما هو موضح في الشكل 35.
أدخل مفتاح ترخيص SIOS DataKeeper الخاص بك
عند مطالبتك، أعد تشغيل الجهاز الظاهري.
تكوين SIOS DataKeeper
بعد تثبيت SIOS DataKeeper على كلتا العقدتين، ابدأ التكوين. الهدف من التكوين هو تطبيق النسخ المتماثل والمتزامن للبيانات بين الأقراص الإضافية المرفقة بكل من الأجهزة الظاهرية.
ابدأ تشغيل أداة إدارة وتكوين DataKeeper، ثم حدد "Connect Server".
أداة إدارة وتكوين SIOS DataKeeper
أدخل الاسم أو عنوان TCP/IP للعقدة الأولى التي يجب أن تتصل بها أداة الإدارة والتكوين، وفي خطوة ثانية، العقدة الثانية.
أدخل الاسم أو عنوان TCP/IP للعقدة الأولى التي يجب أن تتصل بها أداة الإدارة والتكوين، وفي الخطوة الثانية، العقدة الثانية
أنشئ مهمة النسخ المتماثل بين العقدتين.
إنشاء مهمة النسخ المتماثل
يرشدك المعالج خلال عملية إنشاء مهمة النسخ المتماثل.
حدد اسم مهمة النسخ المتماثل.
حدد اسم مهمة النسخ المتماثل
حدد البيانات الأساسية للعقدة، والتي يجب أن تكون عقدة المصدر الحالية
حدد الاسم، وعنوان TCP/IP، ووحدة تخزين القرص للعقدة المستهدفة.
حدد الاسم وعنوان TCP/IP ووحدة تخزين القرص للعقدة الهدف الحالي
تعريف خوارزميات الضغط. في مثالنا، نوصي بضغط دفق النسخ المتماثل. ولا سيما في حالات إعادة المزامنة؛ إذ يؤدي ضغط دفق النسخ المتماثل إلى تقليل وقت إعادة المزامنة بشكل كبير. يستخدم الضغط موارد وحدة المعالجة المركزية وذاكرة الوصول العشوائي للجهاز الظاهري. مع زيادة معدل الضغط، يزداد حجم موارد وحدة المعالجة المركزية المستخدمة. يمكنك ضبط هذا الإعداد لاحقاً.
هناك إعداد آخر تحتاج إلى التحقق منه، وهو ما إذا كان النسخ المتماثل يحدث بشكل غير متزامن أو متزامن. عند حماية تكوينات SAP ASCS/SCS، يجب عليك استخدام النسخ المتماثل المتزامن.
تعريف تفاصيل النسخ المتماثل
حدد ما إذا كان يجب تمثيل وحدة التخزين التي تم نسخها بواسطة مهمة النسخ المتماثل إلى تكوين نظام مجموعة تجاوز فشل خادم Windows كقرص مشترك. بالنسبة إلى تكوين SAP ASCS/SCS، حدد "Yes" حتى ترى مجموعة Windows وحدة التخزين المنسوخة كقرص مشترك يمكنها استخدامه كوحدة تخزين مجموعة.
حدد نعم لتعيين وحدة التخزين المنسوخة كوحدة تخزين مجموعة
بعد إنشاء وحدة التخزين، تُظهر أداة إدارة وتكوين DataKeeper أن مهمة النسخ المتماثل نشطة.
النسخ المتزامن ل DataKeeper لقرص مشاركة SAP ASCS/SCS نشط
يعرض "إدارة نظام مجموعة تجاوز الفشل" الآن القرص كقرص DataKeeper، كما هو موضح في الشكل 45:
تعرض "إدارة نظام المجموعة" لتجاوز الفشل القرص الذي قام DataKeeper بنسخه المتماثل
الخطوات التالية
الملاحظات
قريبًا: خلال عام 2024، سنتخلص تدريجيًا من GitHub Issues بوصفها آلية إرسال ملاحظات للمحتوى ونستبدلها بنظام ملاحظات جديد. لمزيد من المعلومات، راجع https://aka.ms/ContentUserFeedback.
إرسال الملاحظات وعرضها المتعلقة بـ