---
title: "مقارنة تفصيلية بين التخزين المشترك SAN و NAS في تجميع تجاوز الفشل"
canonical: "https://safekit.eviden.com/ar/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/"
description: "قارن بين وحدات التخزين المشتركة SAN و NAS لمجموعات تجاوز الفشل. تعرّف على سبب اقتراح SafeKit بنيةً لا تعتمد على SAN، مما يُلغي الحاجة إلى وحدات تخزين مشتركة، ويُبسّط نصوص تجاوز الفشل، ويمنع تلف البيانات دون الحاجة إلى أجهزة باهظة الثمن أو أقراص معقدة."
category: "best-practises"
lang: "ar"
topics: "ما هو الحل الأبسط بين استخدام وحدة تخزين مشتركة (SAN) أو وحدة تخزين مشتركة (NAS) لمجموعة تجاوز الفشل؟"
---

# مقارنة تفصيلية بين التخزين المشترك SAN و NAS لتجميع تجاوز الفشل {#san-vs-nas-shared-storage-for-failover-clustering-a-detailed-comparison}

## ما هو الحل الأبسط بين استخدام وحدة تخزين مشتركة (SAN) أو وحدة تخزين مشتركة (NAS) لمجموعة تجاوز الفشل؟ {#what-is-the-simplest-solution-between-a-san-vs-a-nas-shared-storage-for-a-failover-cluster}

###  وحدة تخزين مشتركة SAN أو وحدة تخزين مشتركة NAS iSCSI لمجموعة تجاوز الفشل {#san-shared-storage-or-nas-iscsi-shared-storage-for-a-failover-cluster}

![ وحدة تخزين مشتركة SAN أو وحدة تخزين مشتركة NAS iSCSI لمجموعة تجاوز الفشل ](https://safekit.eviden.com/wp-content/uploads/2023/03/raw-disk-shared-storage.png "w:200")

هناك عدة عناصر تجعل تنفيذ هذه البنية معقداً:

  * عند حدوث عطل، يتطلب تبديل وحدة التخزين المشتركة تعليمات منخفضة المستوى تعتمد على الشركة المصنعة لوحدة التخزين.
  * يجب إتمام إجراءات الاسترداد على نظام الملفات قبل إعادة تشغيل التطبيق.
  * إذا قام نظاما الملفات على كلا العقدتين بالوصول إلى نفس القرص الخام في نفس الوقت، فسيتعرض نظام الملفات بالكامل للتلف.
  * لتجنب الوصول المزدوج، يجب تكوين قرص النصاب.

###  وحدة تخزين مشتركة عبر بروتوكول SMB أو وحدة تخزين مشتركة عبر بروتوكول NAS NFS لمجموعة تجاوز الفشل {#nas-smb-shared-storage-or-nas-nfs-shared-storage-for-a-failover-cluster}

![ وحدة تخزين مشتركة عبر بروتوكول SMB أو وحدة تخزين مشتركة عبر بروتوكول NFS لمجموعة تجاوز الفشل ](https://safekit.eviden.com/wp-content/uploads/2023/03/nas-shared-storage-1.png "w:200")

هناك عدة عناصر تجعل هذه البنية سهلة التنفيذ: 
  * في حالة الفشل، فإن تبديل وحدة التخزين المشتركة يعني فقط إعادة تحميل نظام الملفات الخارجي.
  * لا يجب تنفيذ أي إجراء استعادة على نظام الملفات قبل إعادة تشغيل التطبيق.
  * إذا قامت كلتا العقدتين بالوصول إلى نظام الملفات المشترك نفسه في نفس الوقت، فلن يتعرض نظام الملفات بالكامل للتلف.
  * ومع ذلك، لا يزال هناك احتمال لتنفيذ التطبيق نفسه مرتين مما يؤدي إلى تلف بياناته في وحدة التخزين المشتركة عندما تكون العقد معزولة.

###  النسخ المتماثل والتحويل التلقائي في الوقت الفعلي باستخدام Eviden SafeKit {#real-time-replication-and-failover-with-eviden-safekit}

![ النسخ المتماثل في الوقت الفعلي والتحويل التلقائي في حالة الفشل مع SafeKit ](https://safekit.eviden.com/wp-content/uploads/2023/03/no-shared-storage.png "w:200")

لا توجد مثل هذه المشكلات مع SafeKit لأن حل النسخ المتماثل والتحويل التلقائي لا يتطلب وحدة تخزين مشتركة.

لكن، إذا كان على SafeKit إدارة وحدة تخزين مشتركة:

  * استخدم وحدة تخزين مشتركة عبر بروتوكول SMB على جهاز NAS أو وحدة تخزين مشتركة عبر بروتوكول NFS على جهاز NAS.
  * قم بإضافة تعليمات تركيب/فك تركيب نظام الملفات الخارجي إلى نصوص إعادة التشغيل.
  * قم بتكوين مدقق الدماغ المنقسم [ SafeKit ](<https://safekit.eviden.com/ar/best-practises/heartbeat-failover-quorum-windows-linux-cluster/>) لتجنب التنفيذ المزدوج لنفس التطبيق الذي يصل إلى وحدة التخزين المشتركة عندما تكون العقد معزولة.