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

طلب طريقة نقل قاعدة بيانات من جهاز الى اخر

بدأه AlwaaFi في 10 أبريل 2012 · 12 رد · 12,714 مشاهدة · في قواعد بيانات Microsoft SQL Server
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

السلام عليكم ورحمة الله وبركاته

اخواني انا انشأت قاعدة بيانات Microsoft SQL Server

لكن حبيت انقلها لجهاز اخر غير الجهاز اللي اشتغلت عليه , لانه صعب اني اعيدها من جديد على جهاز ثاني

فياليت تساعدوني بالطريقه

انا سمعت انه عن طريق باك اب تاخذها

لكن كيف

يعطيكم العافية

#2

السلام عليكم ..

  1. الطريقة المثلى لنقل قاعدة بيانات من جهاز لآخر هي ليست بالــ (backup) .. بل نقرة يمينية على قاعدة البيانات ثم tasks ثم deattch .. 2133_image002.png
  2. ثم تنسخ ملفات القاعدة من القرص الصلب ... المسار الأفتراضي حسب إصدار الــ sql server .. مثلا C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data أو ابحث عن اسم القاعدة ...
  3. القاعدة عبارة عن ملفين .. فلو كان اسم القاعدة Student يكون :
    1. Student.mdf .. ملف البيانات ..
    2. Student_log.ldf ملف الــ log
    3. بعد نسخ الملفات للجهاز الثاني .. نقرة يمينة فيه ثم attach .. ثم نحدد ملف القاعدة ..
    4. Attach%20Datatbase.jpg

تم تعديل هذه المشاركة بواسطة houssam11350_11350 في 11 أبريل 2012 في 08:12

3

لا إله إلا الله ... محمد رسول الله

لو كانت مشاركتي مفيدة و تريد تشجيعي على المزيد من العطاء , فضلا قم بتقييم المشاركة

المعرًف القديم : houssam11350_11350

من مواضيعي : ArabGenCode : مولد كود و إجراءات مخزنة و واجهات لجداول سيكوال سيرفر

#3

في مشكلة وخاصة في ويندوز 7 بتلاحظ بعد ما تعمل detach تتغير ايقونة الملف الى

post-48755-000393800 1334101053_thumb.jp

طبعا تحصل معايا اذا دخلت عن طريق windows authentication وعملت detach

post-48755-074885700 1334101896_thumb.jp

اما اذا دخلت عن طريق sa -- sql authentican يكون طبيعي

المهم لازم بعدها انقر بالزر الايمن على الملفين وروح propertis وثم securty علشان اعدل في الصلاحية انا عن نفسي اضيف مستخدم every one واعمل سماح كامل

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

post-48755-082040400 1334102156_thumb.jp

فلو تكرم احد الاخوان يشرحلنا السب

المرفقات
lock.jpg2.jpg3.jpg

تم تعديل هذه المشاركة بواسطة realdie10 في 11 أبريل 2012 في 03:01

1

وما من كاتب إلا سيفنى *** ويبقى الدهر ماكتبت يــداه

فلا تكتب بكفك غير شيء *** يسرك في القيامة ان تراه

لا تنسى تشجيعي بالنقر على

add.png اذا كانت مشاركتي مفيدة
#4

السلام عليكم ..

  1. بالنسبة لمشكلة السماحيات , هل تدخل بالمستخدم Administrator ؟ و هل هو نفسه المستخدم الذي أنشأ القاعدة ..(على فرض أنه Windows Authentication) ؟
  2. بالنسبة للمشكلة الثانية , ربما الــ log يكون معطوب corrupted .. نتيجة لسبب ما !!

بانتظار ردود الخبراء على الموضوع...

لا إله إلا الله ... محمد رسول الله

لو كانت مشاركتي مفيدة و تريد تشجيعي على المزيد من العطاء , فضلا قم بتقييم المشاركة

المعرًف القديم : houssam11350_11350

من مواضيعي : ArabGenCode : مولد كود و إجراءات مخزنة و واجهات لجداول سيكوال سيرفر

#5
houssam11350_11350 كتب:

السلام عليكم ..

  1. بالنسبة لمشكلة السماحيات , هل تدخل بالمستخدم Administrator ؟ و هل هو نفسه المستخدم الذي أنشأ القاعدة ..(على فرض أنه Windows Authentication) ؟
  2. بالنسبة للمشكلة الثانية , ربما

    شكرا يا استاذنا المشرف وجازاك الله كل خير وبالنسبة للموضوع :
    جربت الدخول بـ sa وانشأت قاعدة بيانات ثم عملت datech كانت المنتيجة تمام
    وكررت العملية السابقة بانشاء بملف عن طريق sa ولكن دخلت مرة اخرى بس بـ administrator بـ Windows Authentication وعملت datch وظهرت المشكلة
    يعني مش مهم مين انشاء القاعدة المهم من هو الي يقوم datech
    وهذه خصائص securty للملفين رغم اني انشأتهم بدخول الى managment stdio بواستطة sa
    post-48755-024045100 1334178261_thumb.pn
    post-48755-063160500 1334178398_thumb.jp
    اذا ممكن احد يجربها على ويندوز 7 ويشوف اذا كانت نفس المشكلة ام لا
المرفقات
s1.pngs2.jpg

وما من كاتب إلا سيفنى *** ويبقى الدهر ماكتبت يــداه

فلا تكتب بكفك غير شيء *** يسرك في القيامة ان تراه

لا تنسى تشجيعي بالنقر على

add.png اذا كانت مشاركتي مفيدة
#6

السلام عليكم ..

  1. لقد جربت السيناريو الذي ذكرته ..و فعلا ظهر ملف القاعدة عليه رمز القفل لكنني تمكنت من قصه Cut و نقله لمكان آخر.. دون تعديل السماحيات و زال رمز القفل عنه بعد النقل..
  2. ملاحظة (قد تكون غير مهمة) : و انا ادخل للمجلد C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data فعندما وصلت للمجلد mssql.1 ظهرت رسالة تحذير الأدمن (هل تريد المتابعة) ..

لا إله إلا الله ... محمد رسول الله

لو كانت مشاركتي مفيدة و تريد تشجيعي على المزيد من العطاء , فضلا قم بتقييم المشاركة

المعرًف القديم : houssam11350_11350

من مواضيعي : ArabGenCode : مولد كود و إجراءات مخزنة و واجهات لجداول سيكوال سيرفر

#7

كلامك صحيح

بس زي ماقلتلك في بعض الاحيان فقط ومع ويندوز 7

انا عندي نظام محاسبي واحتاج في بعض الاحيان اعمل atach للقاعدة عن طريق البرنامج (مصمم بالفيجوال بسيك 6)

في بعض الاحيان احاول اعمل atach للقاعدة ما يقبل واحاول عن طريق mangment stdio نفس المشكلة اتفاجأ انه الملف عليه قفل

احل المشكلة عن طريق تعديل الصلاحيات

والغرريب اكثر الكلام الي قلته

اقتباس
لكنني تمكنت من قصه Cut و نقله لمكان آخر.. دون تعديل السماحيات و زال رمز القفل عنه بعد النقل

نفس الطريقة سويتها وراح القفل وكمان نسخ وقص وكلامك صحيح

؟؟؟؟؟؟

طيب انا في الاساس اكيد بنسخ الملف من جهازي الى فلاش وبعدها بركب الفلاش في الجهاز الثاني وبعمل نسخ يعني المفروض يروح القفل

والله القفل هذا دوخه ههههه

طبعا انا ذكرت الموضوع هذا علشان احد لو صادفة مشكلة مع الـ atach يتأكد الصلاحيات للملف

والعفوا

تم تعديل هذه المشاركة بواسطة realdie10 في 12 أبريل 2012 في 14:07

1

وما من كاتب إلا سيفنى *** ويبقى الدهر ماكتبت يــداه

فلا تكتب بكفك غير شيء *** يسرك في القيامة ان تراه

لا تنسى تشجيعي بالنقر على

add.png اذا كانت مشاركتي مفيدة
#8

عفوا ذكرت حاجة راحت من بالي وهو

ان لو كان مجلد معين له صلاحيات administrator فقط

ولو قمنا بنسخ ملف له صلاحية administrator و everyone فبجرد النسخ راح يلتغي الصلاحية ويصير نفس صلاحيات المجلد

وانا جربتها

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

يمكن علشان كده تصادفني في بعض نسخ الويندز 7 قضية الامان الزائد

ماادري كلامي صحيح ولا غلط

والعفوا

تم تعديل هذه المشاركة بواسطة realdie10 في 12 أبريل 2012 في 14:21

وما من كاتب إلا سيفنى *** ويبقى الدهر ماكتبت يــداه

فلا تكتب بكفك غير شيء *** يسرك في القيامة ان تراه

لا تنسى تشجيعي بالنقر على

add.png اذا كانت مشاركتي مفيدة
#9

بارك الله فيك

#10

بارك الله فيكم جميعا بقالي 3 ايام في نفس المشكلة اتمنى ان تزول غدا بفضلكم طبعا

#11

السلام عليكم

ارى ان معظم المشاكل في عمل attach  تكون بسبب الصلاحيات لذا معظم المشاكل تحل بمايلي :

1- تشغيل SSMS  كمدير نظام Run as admin

2-الدخول بمستخدم ويندوز windows authintcation وليس باستخدام sa .

 

وانصحك بتجريب البرنامج SQLBackupAndFTP حيث يمكن عمل backup & restore  بسهولة  عن طريق تنزيل البرنامج على الجهازين ونقل نسخة الباك اب من جهاز الى آخر.

#12

السلام عليكم 

اخى انا استخدم طريقة النسخ الاحتياطي والاسترجاع من جهازى ثم النقل على جهاز سيرفير 2008 بدون مشاكل او صلاحية او اى شى اخر ويتم نقل قاعدة البيانات بنجاح 

 

عمل BackUp مع تغير مسار حفظ قاعدة البيانات 

BACKUP DATABASE [Computer] TO  DISK = N'E:\#My DataBase\Computer' WITH  COPY_ONLY, NOFORMAT, INIT,  NAME = N'Computer-Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

 

عمل Restore مع تغير مسار قاعدة البيانات على الجهاز الاخر 

RESTORE DATABASE [Computer] FROM  DISK = N'E:\#My DataBase\Computer.Bak' WITH  FILE = 1,  NOUNLOAD,  REPLACE,  STATS = 10
GO

هذه الاكواد تكون داخل SQL Server

post-223626-0-35108200-1361034572_thumb.

 

بالتوفيق ...

تم تعديل هذه المشاركة بواسطة Develooper في 16 فبراير 2013 في 20:10

لك الحمدُ ،،، على - مَا مضى . .

وَ لكَ الحمدُ ،،، على مَا أنا ، به الآن . .
وَ لكَ الحمدُ ،،، على - مَا سيأتي . .
وَ لكَ الحمدُ ،،، على كُلِ حال . .
الحمد لله على نعمة الاسلام و كفى بها نعمة

#13
اقتباس

عمل Restore مع تغير مسار قاعدة البيانات على الجهاز الاخر

البرنامج SQLBackupAndFTP يقوم بالمهمة بشكل مبسط لهذا انصح باستخدامه .

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

عدد الزوار حالياً

المتواجدون خلال آخر دقيقتين · يتحدّث كل ٣٠ ثانية

—الإجمالي—أعضاء مسجّلون—زوار بدون تسجيل

جارٍ التحقق من المتواجدين…