الوصول إلى هناك SP 579 - التاريخ

الوصول إلى هناك SP 579 - التاريخ


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

اذهب هناك

تم الاحتفاظ بالاسم السابق.

(SP 579: t. 15؛ 1. 58'2 "؛ b. 10'6"؛ dr. 3'6 "؛ s. 28 k.، epl.
8 ؛ أ. 1 قرص واحد ، 2 .30 كالوري ملغ.)

تم بناء Get There ، وهو يخت بمحرك ، في عام 1916 بواسطة Wood & McClure of City Island ، نيويورك ، واستحوذت عليه البحرية في 28 يونيو 1917 بموجب عقد إيجار مجاني من مالكيها ، J. S. Bache و F. استولت عليه في نيويورك في 14 يوليو 1917 ؛ وبتفويض من 10 أغسطس 1917 ، Boatswain F. Richards USNRF ، في القيادة.

تم تعيينه في منطقة نعومي ثلاثية الأبعاد ، وكان العمل هناك بمثابة زورق دورية خلال الحرب العالمية الأولى. قامت بدوريات في ميناء نيويورك وفي فصل الشتاء أقيمت في حوض نيويورك نافي يارد البحري. بعد الهدنة ، خرجت من الخدمة في نيويورك في 6 مارس 1919 ، وأعيدت إلى مالكها ، ج. باش ، 1 أكتوبر.


عدة طرق لتجميع محفوظات تنفيذ الإجراءات المخزنة في SQL Server

وجد أحد مطورينا بعد مراجعة كائنات قاعدة بيانات SQL Server لقاعدة بيانات قديمة أن قاعدة البيانات بها عدد كبير جدًا من الإجراءات المخزنة لإدارتها جميعًا بشكل معقول. يعتقد أن معظم الإجراءات ليست قيد الاستخدام ، لكنه يريد الحصول على مزيد من المعلومات حول استخدام الإجراء المخزن قبل حذفها. مهمتنا هي تزويد المطورين بقائمة من الإجراءات المخزنة لقواعد بيانات محددة مع تاريخ آخر مرة تم فيها تنفيذ الإجراءات المخزنة. ما هي الخيارات لإنجاز هذه المهمة؟

حل

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


مؤسسة SCP



غرض #: SCP-579

فئة الكائن: كيتر

إجراءات الاحتواء الخاصة: SCP-579 موجود حاليًا في Site-62C ، وهو مجمع يقع على بعد حوالي 80 & # 160 كم من Site-██ ، الموقع الرئيسي. تم اعتبار معرفة وجود هذا الموقع غير ضروري لجميع الموظفين غير الأساسيين الذين لا يشاركون في احتواء SCP-579. يتكون الموقع من مبنى إسكان SCP-579 ومساكن لموظفي الاحتواء. SCP-579 مغلف بوحدة مقاس 30 & # 160 م × 30 & # 160 م × 30 & # 160 م مصنوعة من [DATA EXPUNGED] ، حيث يتم الاحتفاظ بـ SCP-579 في وضع التعليق الدائم من خلال استخدام المغناطيسات الكهربائية. تم تجهيز Site-بنظام متشدد للقيادة العليا يتم من خلاله إعداد جميع التقارير والإخطارات. يتكون فريق العمل من فريقين (يتكون كل فريق من 17 موظفًا من المستوى الأول ، وثلاثة موظفين من المستوى الثاني ، وموظف واحد من المستوى الرابع) يتم تناوبهم كل أسبوعين.

يجب فحص جميع الأدوات كل نصف ساعة لضمان استمرار عملها. التغييرات في أي سمة تم قياسها يجب إبلاغ القيادة العليا على الفور. أي أداة أو جهاز إلكتروني يسجل أكثر من 0.2٪ من النطاق المتوسط ​​لوظائفه أو يعرض أي أخطاء أو ثغرات في التشغيل سيؤدي إلى التنفيذ التلقائي للإجراء 326-Israfil. يتم تقديم التقارير الروتينية إلى القيادة العليا كل ساعة. إذا لم يتم استلام تقرير خلال سبع دقائق من الوقت المحدد له ، فسيتم تنفيذ الإجراء 10-Israfil-A.

على الإطلاق ، لن يتم اتخاذ أي إجراء بخصوص SCP-579 بخلاف تلك الموضحة بدقة أعلاه.

وصف: [البيانات المستردة]

الإضافة [579-001]:

الإجراء 10-Israfil-A: يجب إغلاق الأبواب والنوافذ والمخارج الأخرى المحتملة من Site-، لمنع نقل الأفراد إلى الموقع أو خارجه. يجب تجهيز الفرق والموارد المطلوبة للإجراء 10-Israfil-B ونقلها إلى الموقع.

إذا تم استلام التقارير من قبل High Command في الوقت الصحيح ، أو إذا عادت الأجهزة أو الأجهزة الإلكترونية إلى حالتها الطبيعية ، فإن High Command ستصدر بيان "All-Clear". إذا لم يتم استلام مثل هذا البيان في غضون سبع دقائق من بدء الإجراء 10-Israfil-A ، فقم بتنفيذ الإجراء 10-Israfil-B. إذا بدأت أي أدوات أو أجهزة إلكترونية بالقرب من SCP-579 في عرض أخطاء أو انحرافات كبيرة عن الأداء الطبيعي في أي وقت ، فيجب تنفيذ الإجراء 10-Israfil-B على الفور.

إذا تم إصدار بيان "All-Clear" ، فيجب أن تمر 72 ساعة على الأقل دون مزيد من الحالات الشاذة قبل أن يتم فتح الموقع وإيقاف فرق Action 10-Israfil-B.

الإجراء 10-Israfil-B: يجب تدمير بوابة الموقع -62 (SCP-004). يجب القيام بذلك بغض النظر عن الأفراد أو المرافق المتبقية داخل الموقع. يجب احتواء بقايا البوابة - أو البوابة نفسها إذا ثبت أن التدمير مستحيل - بنفس طريقة احتواء SCP-579. ستصدر القيادة العليا بعد ذلك تعليمات إضافية.

إضافة [579-002]:

في حالة نجاح الإجراء 10-Israfil-B ، يجب إصدار جميع المستندات المختومة المتعلقة بـ SCP-579 لجميع الأفراد المشاركين في الإجراء. الإجراءات على النحو المبين في الوثائق يجب اتباعها (جنبا إلى جنب مع خطط الطوارئ إذا لزم الأمر). اعلم أنه حتى مع التنفيذ الناجح للإجراء 10-Israfil-B ، فإن التقديرات تضع حدوث [DATA EXPUNGED] في عام واحد أو أقل.

إذا تم ذكر SCP-579 ، بأي صفة ، بواسطة SCP-███ ، أو أي مجموعة مناهضة للمؤسسة أو مجموعات عامة ، أو [DATA EXPUNGED] ، فمن المستحسن تنفيذ الإجراء 10-Israfil-A كما هو مخطط له على الفور.

في حالة عدم نجاح الإجراء 10-Israfil-B ، فلن يكون من الضروري اتخاذ أي إجراء آخر. [البيانات المستردة]

إضافة [579-TIMELINE]:

الحدث 0: اكتشاف SCP-579. نقطة الأصل [DATA EXPUNGED]

الحدث 1: إجراء تقييم أولي لـ SCP-579. [البيانات المستهلكة]

الحدث 2: إزالة SCP-579 عن غير قصد من نقطة الأصل. [البيانات المستردة]

الحدث 8: تم احتواء SCP-579 بنجاح. [البيانات المستردة]

الحدث 9: تم نقل SCP-579 إلى Site-04. [البيانات المستردة]

الحدث 10: فشل الاحتواء. فقدان الموقع 04. [البيانات المستهلكة]

الحدث 11: تم احتواء SCP-579 بنجاح. [البيانات المستردة]

الحدث 12: تم نقل SCP-579 إلى Site-31. [البيانات المستردة]

الحدث 13: فشل الاحتواء. فقدان الموقع 31. [البيانات المستردة]

الحدث 14: تم احتواء SCP-579 بنجاح. [البيانات المستردة]

الحدث 15: تم نقل SCP-579 إلى Site-26. [البيانات المستردة]

الحدث 16: فشل الاحتواء. فقدان الموقع 26. [البيانات المستردة]

الحدث 17: تم احتواء SCP-579 بنجاح. [البيانات المستردة]

الحدث 18: جرت محاولة تدمير SCP-579. فشلت المحاولة. [البيانات المستردة]

الحدث 19: جرت محاولة تدمير SCP-579. فشلت المحاولة. [البيانات المستهلكة]

الحدث 20: جرت محاولة تدمير SCP-579. فشلت المحاولة. [البيانات المستردة]

الحدث 21: جرت محاولة تدمير SCP-579. فشلت المحاولة. [البيانات المستردة]

الحدث 22: فشل الاحتواء. [البيانات المستردة]

الحدث 25: تم احتواء SCP-579 بنجاح. [البيانات المستردة]

الحدث 26: نقل SCP-579 بالقرب من نقطة المنشأ. [البيانات المستردة]

الحدث 27: جرت محاولة إعادة SCP-579 إلى نقطة الأصل. فشلت المحاولة. [البيانات المستردة]

الحدث 28: جرت محاولة إعادة SCP-579 إلى نقطة الأصل. فشلت المحاولة. [البيانات المستردة]

الحدث 29: جرت محاولة إعادة SCP-579 إلى نقطة الأصل. فشلت المحاولة. [البيانات المستهلكة]

الحدث 30: جرت محاولة إعادة SCP-579 إلى نقطة الأصل. فشلت المحاولة ، مما أدى إلى فقدان نقطة الأصل. [البيانات المستردة]

الحدث 31: فشل الاحتواء. [البيانات المستردة]

الحدث 36: تم احتواء SCP-579 بنجاح. [البيانات المستهلكة]

الحدث 37: تم نقل SCP-579 إلى Site-██. [البيانات المستهلكة]

الحدث 38: يخضع SCP-579 لتغييرات لم تتم ملاحظتها سابقًا ، يُعتقد أنها تتضمن [DATA EXPUNGED]. احتواء الاحتواء ، على الرغم من تحديد هذا على أنه لا يمكن أن يُعزى إلى إجراءات الاحتواء. [البيانات المستردة]

الحدث 39: إغلاق مشكلات القيادة العليا في Site-██. [البيانات المستردة]

الحدث 40: يصوغ العامل ███-خطة الاحتواء الحالية. [البيانات المستردة]

الحدث 41: تم إنشاء الموقع 62 ج. [البيانات المستهلكة]

الحدث 42: تم نقل SCP-579 إلى Site-██ [DATA EXPUNGED]

الحدث 43: تقوم القيادة العليا بإغلاق جميع البيانات غير المطلوبة لاحتواء SCP-579. يعتبر إنهاء الوكلاء لمنع تسرب البيانات فيما يتعلق بـ SCP-579 غير ضروري ، حيث لم يتبق سوى 7 من هذه العوامل. يتم الاحتفاظ بالوكلاء المذكورين كمستشارين في حالة حدوث أحداث مستقبلية تتعلق بـ SCP-579. [البيانات المستردة]


[بما أنه من المحتمل إغلاق هذا السؤال باعتباره مكررًا.]

إذا لم تتم إعادة تشغيل SQL Server (ولم يتم إخراج الخطة ، وما إلى ذلك) ، فقد تتمكن من العثور على الاستعلام في ذاكرة التخزين المؤقت للخطة.

إذا فقدت الملف بسبب تعطل Management Studio ، فقد تتمكن من العثور على ملفات الاسترداد هنا:

بخلاف ذلك ، ستحتاج إلى استخدام شيء آخر للمضي قدمًا لمساعدتك في حفظ محفوظات الاستعلام الخاصة بك ، مثل حزمة أدوات SSMS كما هو مذكور في إجابة Ed Harper - على الرغم من أنها ليست مجانية في SQL Server 2012+. أو يمكنك إعداد بعض التتبع الخفيف الذي تمت تصفيته على اسم تسجيل الدخول أو اسم المضيف (ولكن يرجى استخدام تتبع جانب الخادم ، وليس منشئ ملفات التعريف ، لهذا الغرض).

كما علق @ Nenad-Zivkovic ، قد يكون من المفيد الانضمام إلى sys.dm_exec_query_stats والطلب قبل last_execution_time:

متأخرة ولكن نأمل أن تكون مفيدة لأنها تضيف المزيد من التفاصيل ...

لا توجد طريقة لمشاهدة الاستعلامات المنفذة في SSMS افتراضيًا. هناك العديد من الخيارات بالرغم من ذلك.

قراءة سجل المعاملات - هذا ليس بالأمر السهل القيام به لأنه في شكل خاص. ومع ذلك ، إذا كنت بحاجة إلى رؤية الاستعلامات التي تم تنفيذها تاريخيًا (باستثناء SELECT) ، فهذه هي الطريقة الوحيدة.

يمكنك استخدام أدوات الطرف الثالث لهذا الغرض مثل ApexSQL Log و SQL Log Rescue (مجاني ولكن مع SQL 2000 فقط). تحقق من هذا الموضوع لمزيد من التفاصيل هنا مستكشف / محلل سجل معاملات خادم SQL

SQL Server Profiler - هو الأنسب إذا كنت تريد فقط بدء التدقيق ولم تكن مهتمًا بما حدث سابقًا. تأكد من استخدام عوامل التصفية لتحديد المعاملات التي تحتاجها فقط. وإلا فسوف تحصل على الكثير من البيانات بسرعة كبيرة.

تتبع SQL Server - هو الأنسب إذا كنت تريد التقاط جميع الأوامر أو معظمها والاحتفاظ بها في ملف التتبع الذي يمكن تحليله لاحقًا.

المشغلات - الأنسب إذا كنت تريد التقاط DML (باستثناء التحديد) وتخزينها في مكان ما في قاعدة البيانات


تاريخ

يتداخل تاريخ قاعدة بيترسون الجوية مع تاريخ قاعدة أخرى في المنطقة - قاعدة كولورادو سبرينغز الجوية. تم إنشاء هذه القاعدة في عام 1942 ، كرد فعل على الأعمال العدائية في أوروبا. تم بناء القاعدة في عملية ترسيخ للولايات المتحدة الأمريكية مع قواعد عسكرية متعددة في جميع أنحاء البلاد لزيادة القوة. كان الغرض الأولي للقاعدة هو التعامل مع جلسات تدريب الاستطلاع على الصور. عندما تم الاستيلاء على المكان من قبل القوات الجوية ، تم نشر العديد من الأسراب والوحدات هنا بحلول عام 1943. خلال نفس الأوقات ، شهد السكان مأساة وفاة إدوارد جوزيف بيترسون ، في 8 أغسطس ، 1942. في نهاية عام 1943 ، تم تكليف القاعدة بمهمة جديدة. أصبحت مسؤولة مع دورات التدريب القتالية للمهاجم. تم تزويد القاعدة بمدرسة لهذه المهمة وتمكنت بنجاح من "إطلاق" الكثير من فنيي الطاقم خلال الحرب العالمية الثانية.

على مر التاريخ ، غيرت القاعدة العديد من القيادات والوحدات ، لكن لم ينجح أي منها في البقاء لفترة طويلة. أطول "عداء" هو سلاح الجو الأمريكي. منذ سنوات ما بعد الحرب العالمية الثانية ، عملت القاعدة في تعاون وثيق مع المطار المحلي. لهذا السبب ، لم تكن نشطة للغاية خلال أي من حروب القرن العشرين. لقد ساعد في الجزء التدريبي ، لكن لا يوجد شيء رائع يستحق الذكر.

خلال & # 821780s ، وصلت القاعدة إلى شعبية غير متوقعة عندما أصبحت المركز الرئيسي للقوات الجوية الأمريكية لأنشطة الفضاء.


تعرف على المزيد حول المقيمين السابقين في المنزل من سجلات التعداد

إذا كنت مهتمًا بمن عاش في المنزل الذي تهتم به ، يمكنك استخدام سجلات التعداد للبحث عن المعلومات.

يمكن أن تساعد سجلات التعداد في تشكيل الأساس لبحثك. & # 8217 قادرًا على تعلم معلومات جديدة وكذلك تأكيد الحقائق التي جمعتها بالفعل.

يمكن أن توفر سجلات التعداد معلومات غنية بالأنساب لجميع المقيمين السابقين في الممتلكات. من سجلات التعداد ، يمكنك معرفة:

  • الأسماء
  • العلاقات بين السكان
  • سنوات الميلاد
  • الحالة الزوجية
  • أماكن الميلاد

ومع ذلك ، فكلما كان سجل التعداد أقدم ، كلما قلت التفاصيل التي قد تجدها. على سبيل المثال ، إذا كنت & # 8217re بعد سجلات التعداد لعام 1890 ، فلن يحالفك الحظ & # 8217. تم تدميرها في حريق بمبنى وزارة التجارة في يناير 1921.


اعرض سجل التشغيل على Spotify على تطبيق سطح المكتب

باستخدام تطبيق Spotify & # 8217s لسطح المكتب ، يمكنك عرض آخر 50 مسارًا استمعت إليها مؤخرًا. هنا & # 8217s كيفية القيام بذلك:

1. افتح إصدار سطح المكتب من سبوتيفي. إذا لم يكن لديك تطبيق على جهاز الكمبيوتر الخاص بك حتى الآن ، فقم بتنزيل التطبيق وتثبيته من موقع Spotify & # 8217s الرسمي.
2. قم بتسجيل الدخول إلى ملف PC & # 8217s تطبيق Spotify.
3. مع فتح Spotify ، انقر فوق طابور اللعب زر (رمز هامبرغر مع زر تشغيل) موضوع في الجزء الأيمن السفلي من الشاشة.
4. تظهر قائمة Spotify Play Queue. يعرض Play Queue قائمة الأغاني الموجودة في قائمة الانتظار للتشغيل.
5. من صفحة Play Queue ، اضغط على علامة التبويب "المحفوظات".
6. تفتح علامة التبويب "سجل التشغيل" لتظهر لك قائمة بالمسارات التي تم تشغيلها مسبقًا. تعرض القائمة آخر 50 أغنية قمت بتشغيلها على Spotify لسطح المكتب.


S & ampP كنقطة انطلاق للاقتصاد الأمريكي

يُنظر إلى S & ampP على نطاق واسع على أنه تمثيل رائد لسوق الأسهم الأمريكية. يشير مصطلح الأسهم الرائدة إلى الأسهم التي تعتبر مؤشرًا رئيسيًا لاتجاه الاقتصاد.

S & ampP هي أيضًا الأداة الافتراضية للمستثمرين السلبيين الذين يرغبون في التعرض للاقتصاد الأمريكي من خلال صناديق المؤشرات. منذ عام 1957 ، كان أداء S & ampP جيدًا بشكل ملحوظ ، متجاوزًا فئات الأصول الرئيسية الأخرى ، مثل السندات والسلع.

أدى ارتفاع سعر مؤشر S & ampP 500 إلى تتبع نمو الاقتصاد الأمريكي بدقة من حيث الحجم والشخصية. كما عكست تقلبات الأسعار في S & ampP 500 بدقة الفترات المضطربة في الاقتصاد الأمريكي. نتيجة لذلك ، يتضاعف الرسم البياني طويل الأجل لتاريخ أسعار S & ampP 500 كقراءة لمشاعر المستثمرين حول الاقتصاد الأمريكي.


على طول D و SP & ampP Railroad & # 8211 فندق South Platte

تعد ساوث بلات واحدة من أولى المحطات على خط سكك حديد دنفر وساوث بارك والمحيط الهادئ في رحلتها إلى بلات كانيون ، وهي بلدة صغيرة جدًا عند التقاء نهري شمال وجنوب بلات. المعروف أيضًا باسم Symes ، كان لديه مكتب بريد رسمي من عام 1889 حتى عام 1937.

أدار Charles و Mata Walbrecht الفندق لنسبة مئوية من الأرباح ، واشتروا لاحقًا الفندق ، وأضفوا كبائن ومتجرًا عامًا. كان ماتا يدير مكتب البريد بالإضافة إلى كونه طباخًا ومدبرة منزل للفندق ، بينما كان تشارلز يدير المتجر وغرفة صغيرة للصنبور حتى الحظر. كان السيد Walbrecht مقتنعًا أيضًا من قبل القس ج. شميت لإضافة أماكن للنزهة ، مما يزيد من احتمالية الحصول على عمل. اليوم ، لا يزال فندق South Platte فقط موجودًا ، يمكنك الوصول إليه من خلال الصعود إلى Hwy 285 إلى Conifer وأخذ مخرج Foxton Road. عندما تصل إلى طريق نهر بلات ، انعطف يسارًا واستمر في عدة أميال. سترى الفندق على الجانب الأيمن من الطريق وهناك منطقة لوقوف السيارات مقابله تسمح لك بالوقوف والسير على سرير السكة الحديد القديم إلى خزان Strontia Springs. الفندق جزء من مشروع أبحاث دنفر ووتر ، لذا يرجى احترام العلامات الموجودة على المبنى وعدم التعدي. في حين أن هذا طريق ترابي ، إلا أنه يتم صيانته جيدًا ويمكن الوصول إليه بواسطة أي مركبة ذات دفع ثنائي.

SQL SERVER - تحديد الوقت بين حساب النسخ الاحتياطية

6 تعليقات. اترك جديدًا

أجد أنه من المرجح أنك تريد تغيير العدد الافتراضي لإجمالي سجلات المحفوظات المخزنة. لا أريد مطلقًا مجرد مسح السجل من الخادم بأكمله. لقد وجدت أن 10000 سجل هو مكان جيد للبدء. احتفظ بـ 100 للوظائف التي يتم تشغيلها من 1-3 مرات في اليوم. 1000 للوظائف التي تعمل مرة واحدة في الساعة. إذا كانت وظائفك تعمل بشكل ملحوظ أكثر من ذلك ، فيجب أن تصل العدد الإجمالي إلى 100 ألف.

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

- قم بتحديث الاحتفاظ بسجل عمل الوكيل إلى 60 * 24 * 7 (سجل واحد في الدقيقة لمدة أسبوع واحد) لكل وظيفة
- وعشرة أضعاف هذا العدد الأقصى الإجمالي للسجلات.
EXEC msdb.dbo.sp_set_sqlagent_properties
@ jobhistory_max_rows = 100800 ،
@ jobhistory_max_rows_per_job = 10080

قد تحتاج إلى قيم مختلفة ، اعتمادًا على عدد الوظائف التي تديرها وعدد مرات تشغيلها. لدينا وظائف تعمل كل دقيقة ، ولكن بالتأكيد ليست 10 منها. لكن هذا يمنحنا مساحة إضافية بتكلفة قليلة جدًا.

أحتاج إلى طريقة مختلفة للحفاظ على التاريخ. لديّ BizTalk حيث يجب تشغيل العديد من الوظائف كل دقيقة ، واستدعاء الوظائف الأخرى التي قد / لا تحتوي جميعها على عدة خطوات. ومع ذلك ، فأنا بحاجة إلى مراجعة الكم الهائل من المحفوظات لنسخ SQL الكاملة / البسيطة والنسخ الاحتياطية الكاملة لـ BizTalk DEFAULT. لا تعمل حاليا بما يرضي. ثم مرة أخرى ، مساعدة biztalk بعيدة وفي المنتصف.

أهلا.
أحاول حل ما كنت أعتقد أنه مشكلة أكثر شيوعًا. ومع ذلك ، لا أرى أي شخص عبر الإنترنت يحاول القيام بذلك.

لدي برنامج نصي بوويرشيل يقوم بالاستعلام عن جميع خوادمنا في المؤسسة لالتقاط محفوظات مهمة وكيل خادم SQL. ما أريده هو تحديد وظائف الوكيل القديمة غير المستخدمة التي ظلت معلقة لفترة طويلة (أكثر من 10 سنوات في بعض الحالات) وحذفها في النهاية.

ومع ذلك ، فإنني ألاحظ أن [msdb] .dbo.SYSJOBHISTORY لا يحتوي على جميع البيانات التي أراها في واجهة المستخدم الرسومية لآخر مرة كانت المهمة قيد التشغيل. على سبيل المثال ، إذا تحققت من خصائص واجهة المستخدم الرسومية لبعض الوظائف ، فإنها تعرض آخر وقت تنفيذ. الاستعلام الخاص بي يعرضه على أنه فارغ حتى مع أن واجهة المستخدم الرسومية تظهر لي القيمة. لست متأكدًا مما إذا كنت أفعل شيئًا خاطئًا أو إذا كان هذا ببساطة غير ممكن لالتقاط هذه المعلومات بدقة. يوجد أدناه استفساري. حتى عندما أقوم بتحديد * من [msdb] .dbo.SYSJOBHISTORY - لا تظهر الوظيفة على الإطلاق ، عندما يكون لها بالفعل طابع زمني في خصائص الوظائف.

تحديد
[sJOB]. [name] AS [JobName]
، [sDBP]. [الاسم] ع [JobOwner]
، [sCAT]. [name] AS [JobCategory]
، [sJOB]. [الوصف] AS [JobDescription]
، CASE [الوظيفة]. [ممكن]
عندما 1 ثم "نعم"
عندما 0 ثم "لا"
انتهى كـ [IsEnabled]
، [sJOB]. [date_created] AS [JobCreatedOn]
، [sJOB]. [date_modified] AS [JobLastModifiedOn]
، MAX ([msdb] .DBO.AGENT_DATETIME (RUN_DATE ، RUN_TIME)) AS [آخر مرة تم تشغيل المهمة]
، [sSVR]. [name] AS [OriginateServerName]
، [sJSTP]. [step_id] AS [JobStartStepNo]
، [sJSTP]. [step_name] AS [JobStartStepName]
، قضية
عندما يكون [sSCH]. [Schedule_uid] فارغًا ثم "لا"
ELSE "نعم"
انتهى AS [مجدول]
، [sSCH]. [name] AS [JobScheduleName]
، CASE [sJOB]. [delete_level]
عندما 0 ثم "أبدًا"
عندما 1 ثم "عند النجاح"
عندما 2 ثم "عند الفشل"
عندما 3 ثم "عند الانتهاء"
انتهى بـ [JobDeletionCriterion]
، [sSCH]. [Schedule_ID]
–INTO PB_SQLAgentJobInfo
من عند
[msdb]. [dbo]. [sysjobs] AS [وظيفة]
LEFT JOIN [msdb]. [sys]. [الخوادم] AS [sSVR]
قيد التشغيل [sJOB]. [originate_server_id] = [sSVR]. [server_id]
LEFT JOIN [msdb]. [dbo]. [فئات syscategories] AS [sCAT]
قيد التشغيل [sJOB]. [category_id] = [sCAT]. [category_id]
LEFT JOIN [msdb]. [dbo]. [sysjobsteps] AS [sJSTP]
قيد التشغيل [sJOB]. [job_id] = [sJSTP]. [job_id]
AND [sJOB]. [start_step_id] = [sJSTP]. [step_id]
LEFT JOIN [msdb]. [sys]. [database_principals] AS [sDBP]
قيد التشغيل [sJOB]. [owner_sid] = [sDBP]. [sid]
LEFT JOIN [msdb]. [dbo]. [sysjobschedules] AS [sJOBSCH]
قيد التشغيل
LEFT JOIN [msdb]. [dbo]. [sysschedules] AS [sSCH]
تشغيل [sJOBSCH]. [Schedule_id] = [sSCH]. [Schedule_id]
Left JOIN [msdb] .dbo.SYSJOBHISTORY JH
تشغيل sJOB.job_id = JH.job_id
مجموعة من
[sJOB]. [الاسم]
، [sDBP]. [الاسم]
، [sCAT]. [الاسم]
، [عمل]. [وصف]
، [sJOB]. [ممكن]
، [sJOB]. [تاريخ_إنشاء]
، [sJOB]. [date_modified]
، [sSVR]. [الاسم]
، [sJSTP]. [step_id]
، [sJSTP]. [اسم_الخطوة]
، [sSCH]. [Schedule_uid]
، [sSCH]. [الاسم]
، [sJOB]. [delete_level]
، [sSCH]. [Schedule_ID]
ترتيب حسب [JobName]

جوزيف غيومبي ، بدأت مؤخرًا في تدقيق وظائفنا (Sql Server 2012) لنفس الغرض المتمثل في إزالة الوظائف القديمة غير المستخدمة ولاحظت نفس المشكلة بالضبط.

الشيء المثير للاهتمام هو أن لدي نفس مشكلة واجهة المستخدم الرسومية مثلك (حيث لدي تاريخ آخر تنفيذ في صفحة خصائص الوظيفة ، ولكن لا توجد إدخالات سجل النظام) للوظائف التي تم تشغيلها مؤخرًا في الشهر الماضي (ويستمر تشغيلها مرة واحدة كل شهر ) ، ولكن لا يزال لدي إدخالات sysjobhistory لبعض الوظائف التي لم يتم تشغيلها في العام الماضي.

إذا وجدت أي شيء أكثر من ذلك ، فسأكون متأكدًا من إرسال تقرير هنا…. هل اكتشفت أي شيء منذ أن نشرت هذا؟

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


شاهد الفيديو: Black Pumas - Colors Official Live Session