5.2التحديث المجدول (Scheduled Refresh) والبوابة (Gateway)
الأساسي في 30 ثانية
- التقرير المنشور يعرض بيانات آخر تحديث له؛ والتحديث المجدول يعيد تشغيل خط الأنابيب كاملًا (بما فيه Power Query) في ساعات ثابتة.
- المصادر السحابية (SharePoint/OneDrive): لا بوابة؛ أما المصادر المحلية فنعم — وحينها البوابة القياسية للمؤسسات، وأبدًا الشخصية في الإنتاج.
- السبب الأول للفشل هو معلومات الاعتماد؛ فننظر أولًا إلى سجل التحديث.
حالة مصغّرة متسلسلة — زينب تؤتمت حداثة تقريرها في الجزائر
تقرير المبيعات لدى زينب، مراقبة التسيير في الجزائر، يعرض بيانات الأمس: وتريد أن يُحدّث نفسه. تطبّق الدورة: تنقل ملف المصدر إلى SharePoint (مصدر سحابي، لا بوابة)، وتعيد النشر، وتضبط معلومات اعتماد النموذج الدلالي، ثم تفعّل التحديث المجدول كل يوم في الساعة 7 — قبل وصول القراء. تعدّل المصدر، وتطلق «التحديث الآن»، وتتحقق من السجل. منعكسها: فشل؟ السجل أولًا، وغالبًا معرف منتهي.
حالة مستقلة لهذا القسم: تعود في الدرس والمخطط والنص وتحدي 48 ساعة للقسم 5.2.
1. التحديث يعيد تشغيل خط الأنابيب
التقرير المنشور لا يعرض البث المباشر: بل يعرض بيانات آخر تحديث له. والتحديث المجدول يعيد تشغيل خط الأنابيب كاملًا — المصادر، وPower Query، والنموذج — في ساعات ثابتة. من هنا أهمية الاستعلامات النظيفة: ما ينكسر في Power Query ينكسر عند كل تحديث. تجدول زينب تقريرها كل صباح، دون تدخل.
2. السحابة أم البوابة
للمصادر السحابية (SharePoint، وOneDrive، وقواعد البيانات السحابية)، تصل الخدمة وحدها: لا بوابة. وهذا هو المنعكس السليم منذ اختيار مكان المصدر. وللمصادر المحلية (ملفات على الشبكة، وSQL داخلي)، تلزم بوابة (Gateway): الجسر المثبّت في جهة المؤسسة. ونختار القياسية/للمؤسسات (على خادم، بإشراف تقنية المعلومات)، وأبدًا الشخصية للإنتاج — فهي تعتمد على حاسوب مشتغل. لذلك تنتقل زينب إلى SharePoint.
3. الاعتمادات والفشل والسجل
السبب الأول لفشل التحديث هو معلومات الاعتماد: رموز منتهية، وكلمات مرور متغيرة. تُضبط في إعدادات النموذج الدلالي. وعند الفشل، المنعكس الأول هو استشارة سجل التحديث الذي يفصّل الخطأ. توثّق زينب الحسابات المستخدمة لتستبق الانتهاءات.
🔎 مثال ملموس — 🔎 مثال ملموس — دورة الحداثة
زينب تجعل تقريرها مستقلًّا:
1. ملف المصدر على OneDrive/SharePoint ← مصدر سحابي، لا بوابة\n2. الخدمة ← إعدادات النموذج ← معلومات الاعتماد\n3. التحديث المجدول: كل يوم في الساعة 7\n4. تعديل المصدر ← «التحديث الآن» ← التحقق من السجلقراءة: التقرير المنشور ليس مباشرًا: فالجدولة هي التي تجلب الحداثة.
الدرس: مصدر سحابي = لا بوابة؛ والفشل يُشخّص أولًا في السجل.
مفردات القسم
- التحديث المجدول
- إعدادات النموذج الدلالي ← تحديث: الأوقات (حتى 8/يوم في Pro، و48 في Premium) التي تعيد فيها الخدمة تحميل البيانات.
مثال بسيط: زينب تجدول تقريرها كل صباح في الساعة 7.
ما ليس كذلك: تحديث يدوي منسي.
رد فعل: بيانات محدثة ← الجدولة.
- البوابة (Gateway)
- برنامج الجسر المثبّت على خادم الشركة: يتيح للخدمة الوصول إلى المصادر المحلية بطريقة آمنة.
مثال بسيط: ستحتاجها زينب لملف بقي على شبكتها.
ما ليس كذلك: مصدر سحابي، يمكن الوصول إليه دون جسر.
رد فعل: مصدر محلي ← بوابة.
- الشخصية مقابل القياسية
- الشخصية: على حاسوبكم، لكم (تعتمد على جهاز مشتغل!)؛ والقياسية/للمؤسسات: على خادم، مشتركة، بإشراف تقنية المعلومات.
مثال بسيط: تحصر زينب القياسية في الإنتاج.
ما ليس كذلك: الشخصية التي تتوقف إن أُطفئ الحاسوب.
رد فعل: الإنتاج ← البوابة القياسية.
- معلومات الاعتماد
- أوجه الوصول إلى المصادر التي تستخدمها الخدمة للتحديث، وتُضبط في إعدادات النموذج.
مثال بسيط: تعيد زينب ضبط الوصول عندما ينتهي رمز.
ما ليس كذلك: وصول لم يُدخل قط، مصدر للفشل.
رد فعل: فشل التحديث ← الاعتمادات أولًا.
- سجل التحديث
- سجل المحاولات (نجاح/فشل + الأخطاء المفصلة).
مثال بسيط: تقرأ فيه زينب الخطأ الدقيق بعد فشل.
ما ليس كذلك: تخمين على العميان.
رد فعل: «غير محدّث» ← قراءة السجل.
في التطبيق — تطبيق عملي — أتمتة حداثة البيانات
- انقلوا ملف مصدركم إلى OneDrive/SharePoint وأعيدوا الاتصال من Desktop: مصدر سحابي = لا بوابة، كما تفعل زينب.
- أعيدوا النشر، ثم في الخدمة: إعدادات النموذج الدلالي ← معلومات الاعتماد ← اضبطوا الوصول.
- فعّلوا التحديث المجدول: كل يوم في الساعة 7 — قبل وصول القراء.
- عدّلوا المصدر، وأطلقوا «التحديث الآن»، وتحققوا من التقرير والسجل.
نص خطوة بخطوة — جعل التقرير مستقلًّا (5 دقائق)
1) رتّبوا ملف المصدر على OneDrive/SharePoint وأعيدوا ربطه في Desktop (مصدر سحابي، لا بوابة). 2) أعيدوا نشر التقرير إلى مساحة عملكم. 3) في الخدمة، افتحوا إعدادات النموذج الدلالي واملأوا معلومات الاعتماد. 4) فعّلوا التحديث المجدول في الساعة 7، كل يوم. 5) عدّلوا المصدر، وأطلقوا التحديث الآن، وتحققوا من السجل — كما تفعل زينب، يُقرأ الفشل هناك أولًا.
فشل تحديث؟ السجل يعطي الخطأ المفصل: وغالبًا معلومة اعتماد منتهية.
نموذج للنسخ واللصق — قائمة تحققي للتحديث
[ ] المصدر في السحابة (SharePoint/OneDrive) ← لا بوابة\n[ ] ملف محلي؟ ← البوابة القياسية للمؤسسات (وأبدًا الشخصية)\n[ ] معلومات الاعتماد مضبوطة (السبب الأول للفشل)\n[ ] التحديث المجدول مفعّل (مثلًا كل يوم في الساعة 7)\n[ ] السجل متحقَّق منه بعد «التحديث الآن»مصدر سحابي
زينب تنقل ملفها إلى SharePoint: فتصل الخدمة إليه وحدها، دون بوابة.
مصدر محلي
ملف يبقى على شبكة المصنع: تطلب زينب البوابة القياسية للمؤسسات من تقنية المعلومات.
الاعتمادات
رمز ينتهي: تعيد زينب ضبط الوصول في إعدادات النموذج وتعيد إطلاق التحديث.
كل صباح
تجدول زينب التحديث في الساعة 7: عند وصول القراء، تكون البيانات محدثة أصلًا.
✓ ممارسات جيدة
- اختيار مصادر سحابية (SharePoint/OneDrive): لا حاجة لبوابة.
- للمصادر المحلية، البوابة القياسية للمؤسسات — وأبدًا الشخصية.
- عند الفشل، استشارة سجل التحديث (غالبًا معرف منتهي).
✗ أخطاء شائعة
- استخدام البوابة الشخصية في الإنتاج (تعتمد على حاسوب مشتغل).
- إهمال معلومات الاعتماد (السبب الأول للفشل).
- نسيان أن التحديث يعيد تشغيل خط الأنابيب كاملًا (استعلامات متسخة = فشل).
النقاط الأساسية
- التحديث يعيد تشغيل خط الأنابيب كاملًا: المصادر ← Power Query ← النموذج.
- المصادر السحابية: لا بوابة؛ والمصادر المحلية: البوابة القياسية للمؤسسات.
- معلومات الاعتماد هي السبب الأول للفشل.
- فشل التحديث: السجل أولًا.
تحدي 48 ساعة — طبّقوه غدًا
اجعلوا تقريرًا مستقلًّا كما تفعل زينب: رتّبوا المصدر في السحابة (لا بوابة)، واضبطوا معلومات الاعتماد، وفعّلوا التحديث المجدول في الساعة 7، ثم عدّلوا المصدر وأثبتوا عبر السجل أن التحديث نجح.
- أضبط التحديث المجدول لنموذج دلالي منشور.
- أعرف متى تُفرض البوابة وأيّها أختار.
- أفضّل المصادر السحابية وأشخّص عبر السجل.
أسئلة شائعة
يفشل تحديثي بخطأ في الاعتمادات: ماذا أفعل؟
إنه السبب الأغلب. اذهبوا إلى إعدادات النموذج الدلالي ← معلومات الاعتماد وأعيدوا الاتصال: فرموز OAuth2 تنتهي، وكلمات المرور تتغير. وتحققوا أيضًا من أن مسار المصدر لم يتحرّك. والطريقة: قراءة السجل (الخطأ المفصل)، وإعادة ربط الاعتمادات، وضبط المسار — هذا الثلاثي يحل الأغلبية الساحقة من الحالات.
هل يمكنني التحديث أكثر من 8 مرات يوميًّا؟
في Pro: 8 مرات يوميًّا كحد أقصى؛ وفي Premium/Fabric: 48. وما بعد ذلك يتطلب تغيير النموذج (DirectQuery، والبث). لكن اسألوا أنفسكم أولًا إن كانت الحاجة المهنية تبرّر أكثر من «كل صباح»: ففي الغالبية العظمى من الحالات، يكفي تحديث ليلي.
متى تلزم البوابة (Gateway)؟