الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

حجم القاعدة 2 جيجا ولكن ( suspect)

مغلق
بدأه jawad-x في 27 مارس 2007 · 10 رد · 1,282 مشاهدة · في قواعد بيانات Microsoft SQL Server
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

لدي مشكلة وأتمنى ان اجد حل لها

القاعدة suspect

وحجمها 2 جيجا

وقد جربت احد البرامج الي بالموضوع التالي

/index.php?showtopic=121289

ولكن بدون فائدة البرنامج يقوم بتقسيم قاعدة البيانات الى اقسام كثيرة

هل يوجد حل اخر غير البرنامج ؟؟؟؟

انا لدي باكب من حوالي شهر

يعني تعب شهر كامل بيروح إذا ماضبطت قاعدة البيانات

وللعلم انة لايوجد لدي معرف كبيرة ببرنامج SQL SERVER

تحياتي للجميع

#2

جرب ما هو مكتوب هنا

How to restore a SQL Server database marked as "suspect"

رب اجعلني مقيم الصلاة ومن ذريتي ربنا وتقبل دعاء.

لا تنسى: "العقل مثل العضلة كلما استخدمته أكثر كلما ازدادت قوته"

#3

الف شكر لك اخي وائل على سرعة الرد ولكن لغتي الإنجليزية ضعيفة قليلاً

وحبيت أستفسر أين أضع هذا الكود

update sysdatabases
set status = status & ~256
where name = 'MySuspectDatabase'

وطبعاً قاعدة البيانات التي لدي خاصة ببرنامج الامين

وأسمها

AmnDb001

تحياتي لك

#4
اقتباس
وللعلم انة لايوجد لدي معرف كبيرة ببرنامج SQL SERVER
اقتباس
وطبعاً قاعدة البيانات التي لدي خاصة ببرنامج الامين

ااذا هكذا, افضل ان تتصل بالدعم الفني لشركة الامين لكي يقوموا بمساعدتك, هل انت في سوريا؟

اذا كنت كذلك يمكنني ان ابحث لك عن رقم الهاتف الخاص بهم لكي يساعدوك في حل المشكلة

رب اجعلني مقيم الصلاة ومن ذريتي ربنا وتقبل دعاء.

لا تنسى: "العقل مثل العضلة كلما استخدمته أكثر كلما ازدادت قوته"

#5

انا غير موجود بسوريا

ولو توضح لي النقطه الاخيرة أكون لك شااااااكر

#6

هل من الممكن ان تجيبني على الاسئلة التالية حتى استطيع مساعدتك:

هل تم تغيير مكان ملفات قاعدة البيانات ام انهم في نفس المكان السابق؟

هل تم تغيير اسماء ملفات قاعدة البيانات ام لم يتم تغييرها؟ للتأكد من ذلك جرب ما يلي:

قم بعمل Deatach لقاعدة البيانات و من ثم Attach من خلال Enterprise manager و اذا كان اسم الملف مختلف سوف يعطيك اشارة خطأ,و سوف يعطيك Original file name

هل قام احد بفتح الملفات بمحرر نصوص ما و قام بتغيير شيئ ما بداخلها؟

رب اجعلني مقيم الصلاة ومن ذريتي ربنا وتقبل دعاء.

لا تنسى: "العقل مثل العضلة كلما استخدمته أكثر كلما ازدادت قوته"

#7

طيب بتوقع إنه لازم يساعدوك في هل مشكلة

هذا موقعهم http://www.syriansoft.com/

الله يكون بعونك ، بيانات مالية " مشكلة كبيرة "

سلام

#8
Wael Dalloul كتب:
هل من الممكن ان تجيبني على الاسئلة التالية حتى استطيع مساعدتك:

هل تم تغيير مكان ملفات قاعدة البيانات ام انهم في نفس المكان السابق؟

هل تم تغيير اسماء ملفات قاعدة البيانات ام لم يتم تغييرها؟ للتأكد من ذلك جرب ما يلي:

قم بعمل Deatach لقاعدة البيانات و من ثم Attach من خلال Enterprise manager و اذا كان اسم الملف مختلف سوف يعطيك اشارة خطأ,و سوف يعطيك Original file name

هل قام احد بفتح الملفات بمحرر نصوص ما و قام بتغيير شيئ ما بداخلها؟

الف شكر لك أستاذي وائل على مساعدتك

وبالنسبة للمشكلة حدثت بعد فصل التيار الكهربائي عن الشركة بشكل مفاجئ

انا جربت نقلت قاعدة البيانات الى جهاز ثاني

وجربت أتاتش

وطلع لي الخطأ التالي

ERROR :9004

#9
اقتباس
طيب بتوقع إنه لازم يساعدوك في هل مشكلة

هذا موقعهم http://www.syriansoft.com/

الله يكون بعونك ، بيانات مالية " مشكلة كبيرة "

سلام

وضعت المشكلة من يومين ولم يقم اي شخص من الدعم الفني بالرد :)

#10

هلق أنا ما صايرة معي ، بس إذا دورت شوي صغيرة أكيد بتلاقي الحل لوحدك

شو رأيك تجرب التالي :

You have two options:

1. You can create an empty database with the same name and physical file layout, shut down the server, swap in the files you want to attach in place of the empty DB files, and start the server. The database should come up in suspect mode. You can then ALTER DATABASE <foo> SET EMERGENCY to put it in emergency mode, and then run DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS. This will pull as much data as possible out of the log to make the database consistent, but may have to delete some data in order to make the database consistent. This is the option which is most likely to get the maximum data back.

2. You can attempt to use the CREATE DATABASE FOR ATTACH_REBUILD_LOG to see if that will bring it back. If the database was cleanly shut down, you MIGHT be able to succeed. There is also the chance that the database will be inconsistent or corrupt if there are transactions which could not be rolled back. You should in any event run DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS to make your database consistent. In this event, SQL Server will make no attempt to mine information from the log. It will ignore the contents of the log. If there were transactions in process no rollback will be possible, so the ALLOW_DATA_LOSS will be required.

منقول من MSDN Forums

سلام

#11

أخي العزيز ديزاين أشكرك من الاعماق على محاول المساعدة

ولكن انا مثل ماقلت سابقاً ان لغتي الإنجليزية ضعيفة قليلاً

لو تساعدني لتوضيح ردك لي راح اكون لك من الشاكرين

وبالتوفيق لك ولأخي وائل

هذا الموضوع مغلق.

مواضيع مشابهة