تخصيص SQL/MSDE ملفات التثبيت غير المراقب

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

233312
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الموجز
يمكن أن يكون أتمتة تثبيت غير مراقب (أو السكون) لـ Microsoft SQL Server 7.0 أو مشغل بيانات Microsoft "(MSDE) 1.0 باستخدام ملف .iss السجلات استجابات و التحديدات التي قد يتم توفير بواسطة مستخدم أثناء تثبيت تفاعلي.

إذا كنت تستخدم SQL Server 7.0 ، يمكنك إنشاء ملف .iss مخصص الذي يلبي احتياجاتك بواسطة تشغيل إعداد ملقم SQL (SETUPSQL.EXE) على جهاز كمبيوتر لا يحتوي على SQL Server أو تثبيت MSDE. حدد الخيارات التي تريدها لملف .iss لتثبيت SQL Server. بعد التثبيت ، برنامج الإعداد بإنشاء ملف يسمى Setup.iss في الدليل الجذر Microsoft Windows (على سبيل المثال، C:\WINNT أو C:\WINDOWS). يمكن إعادة تسمية أو نقل ملف .iss إلى الموقع الجديد واستخدام لأتمتة المستقبل تثبيت في الذي نفس التكوين المطلوب. معلمة سطر أوامر Setupsql.exe الاختيارية "k = Rc" يؤدي الإعداد الكتابة إلى ملف Setup.iss أثناء تحديد خيارات بدلاً من انتظار حتى بعد أن يتم نسخ الملفات, وبذلك يسمح بإنشاء ملف .iss بدون بالفعل تثبيت SQL Server. على الرغم من ذلك، إنشاء الملف Setup.iss مع k = Rc الخيار غير كامل. يجب تعديل الملف الذي تم إنشاؤه باستخدام هذا الخيار أنه مفصلة في المقالة Online كتب SQL Server 7.0 "إنشاء تهيئة ملف الإعداد" قبل تكون قابلة للاستخدام. SQL Server "المباشرة" يتوفر للتحميل من موقع Microsoft التالي على الويب: لا يتوفر خيار إنشاء ملف جديد .iss الحزمة القابلة لإعادة التوزيع MSDE ، والذي لا يتضمن معالج إعداد رسومية. ومع ذلك، يمكن الحصول نفس التأثير عن طريق تعديل ملف .iss موجود. تتوفر ملفات .iss النماذج التي تم اختبار باستخدام كل من MSDE و SQL Server. ملف Unattend.iss بأتمتة تثبيت نموذجي من MSDE وتضمين مضغوط ملقم SQL الملفات .iss نموذج للتثبيت تباينات الشائعة من تثبيت SQL Server (أدوات مساعدة العميل فقط إصدار إصدار/الرسمي سطح المكتب, وما).

يتبع معلومات التكوين من خيارات التثبيت التالية:
  • مسار التثبيت
  • مكتبات شبكة جانب الملقم
  • صفحة الترميز اللغوي
  • ترتيب الفرز
  • ترتيب Unicode
  • نمط مقارنة Unicode
  • وضع الترخيص
  • عدد ترخيص لكل ملقم
  • اسم المستخدم المسجل
  • حسابات بدء تشغيل الخدمات
  • Autostart MSSQLServer/SQLServerAgent
أكبر كمية من المعلومات في هذه المقالة يمكنك العثور أيضاً على المقالة كتب SQL Server الفورية "إنشاء الإعداد تهيئة ملف". للحصول على معلومات حول كيفية استخدام ملف .iss يقوم بتنفيذ تثبيت, راجع في SQL Server 7.0 المباشرة بمقالات "التثبيت غير المراقب" و "كيفية تشغيل تثبيت غير مراقب (موجه الأوامر)". للحصول على MSDE ، يمكن العثور على معلمات سطر الأوامر التي تحدد موقع الملف .iss في ملف Readme.txt MSDE. لمزيد من المعلومات كيفية تحديد ما إذا كان تثبيت صامت انتهى و ما إذا كان التثبيت قد نجحت أو فشلت انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
233337كيفية تحديد عند اكتمال إعداد SQL Server 7.0/MSDE 1.0 دون مراقبة
معلومات أخرى
يحتوي ملف .iss بنية مشابهاً Windows قياسي ملف .ini. يتم تجميع إدخالات معاً تحت مقطع و أسماء المقاطع يتم النطاق المرمز إليه بواسطة أقواس مربعة ("[" و"]"). على سبيل المثال، يكون التالي المقطع الأول في الملف .iss:
  [InstallShield Silent]  Version=v5.00.000  File=Response File				

مسار التثبيت

    [SetupTypeSQL-0]    szDir=C:\MSSQL7    szDataDir=C:\MSSQL7				
هناك نوعان من دلائل التثبيت SQL Server أو MSDE. تعيين الدليل الجذر الموقع من الثنائيات ملفات السجل. دليل البيانات تحديد موقع ملفات قاعدة البيانات الرئيسية msdb أو pubs (الناشرون) (SQL Server فقط) ، وقواعد الطراز. وهو أيضاً الموقع الافتراضي لقواعد بيانات مستخدم جديد. تعديل المعلمة szDir لتغيير الدليل الجذر وتعديلها szDataDir لتغيير دليل البيانات. بشكل افتراضي تكون هذه الدلائل نفسها. إذا كانت هذه الدلائل على أقسام NTFS كل من المستخدم الذي سيتم تثبيت MSDE و حساب Microsoft Windows NT الذي تم تحديده كـ ملقم SQL/MSDE خدمة حساب بدء التشغيل (راجع "حساب بدء خدمة" المقطع أدناه) يجب أن يكون لديك أذونات "التحكم الكامل" عليها. فشل برنامج الإعداد إذا لم تتوفر الأذونات المطلوبة.

مكتبات شبكة الاتصال من جانب الملقم

    [DlgServerNetwork-0]    NetworkLibs=4095    TCPPort=1433    TCPPrxy=Default    NMPPipeName=\\.\pipe\sql\query				
يمكن تضمين مكتبات شبكة الاتصال التالية: ممرات ، TCP/IP مآخذ التوصيل و Multi-Protocol NWLink IPX/SPX ADSP AppleTalk و Vines Banyan. لا يمكن تثبيت "توجيهات الإخراج المسماة" و "من جانب الملقم Vines Banyan Net-مكتبات على نظام التشغيل Microsoft Windows 95 أو Windows 98.

ملاحظة للحصول على تقييدات أخرى تطبيق إلى SQL Server/MSDE عند تشغيل نظام التشغيل Windows 95 أو Windows 98, راجع إلى "كتب SQL Server الفورية" مقالة "SQL Server 7.0 على نظام التشغيل Windows 95/98". يعتبر الإدخال .iss NetworkLibs قناع بت الذي يمثل netlibs لتثبيت. تكون القيم في قناع البت بالنسبة إلى كل مكتبة الشبكة أدناه (تكون القيم العشرية و المتوفر بالنظام الست عشري):
Netlibقيمة (ست عشري)قيمة (عشري)
اسم أنابيب0x0000000F 15
Sockets TCP/IP0x000000F0 240
multiprotocol0x00000F00 3840
NWLink IPX/SPX0x0000F000 61440
AppleTalk0x000F0000 983040
Vines banyan0x00F00000 15728640
تشفير متعددة البروتوكولات0xF0000000 -268435456
لتحديد أي netlibs من جانب الملقم لتثبيت ضم القيم الست عشرية مع العمليات أحادي المعامل OR مع كتابة هذه القيمة إلى إدخال NetworkLibs كعدد صحيح 32-بت موقعة. على سبيل المثال، افترض أن تحتاج إلى تثبيت ممرات Multiprotocol وكنت ترغب في تمكين تشفير متعددة البروتوكولات (التشفير متعددة البروتوكولات لم يكن أي تأثير إلا إذا تم Multiprotocol أيضاً تضمين). يمكنك استخدام قيمة ست عشرية F0000F0F ، وهو-268431601 عندما تمثيل كعدد صحيح 32-بت موقعة:
       0000000F   (Named Pipes)    OR 00000F00   (Multiprotocol)    OR F0000000   (Multiprotocol encryption)    -----------       F0000F0F  =  -268431601  				
بدلاً من ذلك، استخدم الطريقة التالية:

إضافة القيم في عمود "قيمة (عشري)" في مخطط أعلاه لمكتبات شبكة الاتصال التي تريد تضمينها. على سبيل المثال، لتضمين توجيهات Multiprotocol والتشفير متعددة البروتوكولات:
               15   (Named Pipes)    +        3840   (Multiprotocol)    +  -268435456   (Multiprotocol encryption)    -------------       -268431601  				
ملاحظة أنه يجب تضمين دوماً "ممرات" ، إلا إذا كنت تقوم بتثبيت على نظام التشغيل Windows 95 أو Windows 98.

إدخال NMPPipeName هو اسم توجيه الإخراج المسمى يستمع عليه SQL Server. يجب تغيير لا من الافتراضي ("\\.\pipe\sql\query") بدون ضبط.

يحدد الإدخال TCPPort رقم منفذ TCP/IP المستخدم عند تثبيت Sockets TCP/IP. فإنه يجب بشكل عام لا يمكن تغيير من الافتراضي 1433.

الإدخال هو TCPPrxy البعيد WinSock الوكيل العنوان، الذي يطبق أيضاً فقط عند تكوين TCP/IP. في معظم الحالات سيكون "الافتراضي".

الإدخال NWLinkObj هو اسم خدمة قاعدة بيانات Novell. يوجد إدخال هذا فقط عند تضمين NWLink IPX/SPX.

يتم إدخال BanyanObj StreetTalk اسم الخدمة. يتم استخدامه فقط عند تحديد Vines Banyan.

الإدخال ApplObj هو كائن خدمة AppleTalk. يتم استخدامه فقط عند تحديد netlib ADSP AppleTalk.

صفحة الرموز ترتيب الفرز الترتيب Unicode ونمط المقارنة

    [DlgCpSortUnicode-0]    SortId=52    LCID=1033    CompStyle=196609				
تعريف إدخال SortID كلا في رمز صفحة وترتيب الفرز من ملقم SQL/MSDE. في معظم الحالات يجب أن يتم استخدام الافتراضي SortID 52 (يحدد هذا صفحة الرموز 1252 ترتيب القاموس ، ترتيب فرز غير متحسسة لحالة الأحرف). لدى كل مخطط شفرة (يُشار إليها أيضاً كحرف تعيين) مجموعة من ترتيبات الفرز المعتمدة المقترنة بها. يتم تعريف كل ترتيب الفرز بواسطة "تعريف ترتيب فرز"; "معرف طلب فرز" تعرف صفحة الرموز التي يقترن بها ترتيب الفرز أيضاً بشكل فريد. للحصول على قائمة "معرفات ترتيب الفرز" البديل (و مجموعات الأحرف المقترنة) ، راجع المقال كتب SQL Server 7.0 الفورية "المعرفات ترتيب الفرز". للحصول على معلومات عامة إضافية حول هذا الموضوع, راجع الكتب المقالة Online "رمز الصفحات ثم فرز الطلبيات".

إدخال معرّف الإعدادات المحلية (LCID) يحدد ترتيب Unicode. يحدد ترتيب Unicode طريقة فرز البيانات Unicode (تشبه هذه في دالة ترتيب فرز بيانات الأحرف). بشكل عام، يجب أن يتم استخدام معرّف الإعدادات المحلية الافتراضية 1033 (Unicode "عام"). إذا تطلب الفرز البديل بيانات Unicode, راجع المقال المباشرة "ترتيب Unicode".

فرز من Unicode أحرف ضمن ترتيب Unicode يمكن ضبط عن طريق تعديل Unicode نمط المقارنة. عادة يجب قبول القيمة الافتراضية 196609. يتم تمثيل نمط المقارنة Unicode بواسطة إدخال CompStyle صورة نقطية مع المكونات التالية:
نمطقيمة (ست عشري)قيمة (عشري)
تجاهل الحالة0x00001 1
تجاهل تمييز0x00002 2
تجاهل كانا0x10000 65536
تجاهل عرض0x20000 131072
يمكن حساب قيم CompStyle بشكل مشابه إلى قناع البت NetworkLibs (تمت مناقشته في القسم السابق "مكتبات شبكة" جانب الخادم). على سبيل المثال، الافتراضي 196609 (0x30001 بالنظام الست عشري) هو نتيجة دمج حالة تجاهل "تجاهل كانا" وخيارات عرض تجاهل:
           1   (Ignore case)    +  65536   (Ignore Kana)    + 131072   (Ignore width)    ---------      196609  				

الترخيص

    [License]    License Mode=PERSERVER    License Limit=15				
إدخال "وضع الترخيص" يحتوي على القيم المحتملة التالية: "PERSERVER" و "PERSEAT". إدخال "حد ترخيص" يحدد العدد لكل ملقم SQL "تراخيص وصول العميل" (CALs) التي تم شراؤها. لا يوجد إدخال "حد الترخيص" عند "وضع الترخيص" PERSEAT.

لا يتم تطبيق المقطع [ترخيص] إلى MSDE أو تثبيت إصدار SQL Server Desktop; لا تتطلب اتصالات العميل إلى إصدار SQL Server Desktop أو MSDE CALs SQL. ومع ذلك، يجب أن يكون تغطية الكمبيوتر الذي تم تثبيت SQL Server Desktop على بواسطة لكل seat CAL SQL. وبشكل مماثل، يتطلب كمبيوتر به تثبيت MSDE لكل seat CAL SQL إذا MSDE سوف يتم التعامل مع SQL Server. لمزيد من المعلومات حول إصدار SQL Server Desktop الترخيص انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
207809ترخيص DTS/النسخ المتماثل لـ سطح المكتب SQL Server 7.0

اسم المستخدم المسجل

    [SdRegisterUser-0]    szName=User Name    szCompany=Company Name				
يمكن تخصيص تثبيت MSDE أو SQL Server باستخدام اسم المستخدم المسجل واسم الشركة. تعديل szName لتغيير اسم المستخدم واسم szCompany لتضمين الشركة.

حسابات بدء تشغيل الخدمات

    [DlgServices-0]    Local-Domain=61680    AutoStart=255    SQLDomain=MyDomainName    SQLDomainAcct=MyDomainUser    SQLDomainPwd=....    AgtDomain=MyDomainName    AgtDomainAcct=MyDomainUser    AgtDomainPwd=....				
المقطع [DlgServices-0 بتعريف الخصائص الحسابات التي تشغيل MSSQLServer وخدمات SQLServerAgent. مجال المحلي إدخال عبارة عن صورة نقطية بتعيين ما إذا كان كل من هذه الحسابات Windows NT حساب المجال أو الحساب LocalSystem خاصة. للحصول على معلومات حول متى يجب استخدام حساب مجال بدلاً من حساب النظام المحلي راجع المقالات كتب SQL Server الفورية "إنشاء SQL Server خدمات حسابات المستخدمين" و "حساب بدء خدمة SQLServerAgent". في نظام التشغيل Windows 95 أو Windows 98 ، يجب تثبيت الخدمات لاستخدام حساب LocalSystem; أنظمة التشغيل هذه لا توفر إدارة تحكم بالخدمة ، بحيث تعمل كل الخدمات ضمن سياق أمان المستخدم التفاعلي الحالي. خيارات إدخال المجال المحلية:
الخيارقيمة (ست عشري)قيمة (عشري)
يستخدم MSSQLServer LocalSystem0x000F 15
MSSQLServer يستخدم حساب المجال0x00F0 240
يستخدم SQLServerAgent LocalSystem0x0F00 3840
SQLServerAgent يستخدم حساب المجال0xF000 61440
هو المجال المحلي في القسم المثال السابق [DlgServices-0 61680 ، والتي تشير إلى أن MSSQLServer و SQLServerAgent سيتم بدء تشغيل تحت حساب مجال (61440 + 240 = 61680).

يعتبر الإدخال بدء_تلقائي قناع بت الذي يتحكم فيما إذا تم تكوين كل خدمة إلى autostart عند بدء تشغيل الكمبيوتر (على Windows NT) أو عند دخول مستخدم (على نظام التشغيل Windows 95 أو Windows 98). في المثال السابق، يتم تكوين كل MSSQLServer و SQLServerAgent بدء_تلقائي (240 + 15 = 255):
الخيارقيمة (ست عشري)قيمة (عشري)
autostarts MSSQLServer0x000F 15
autostarts SQLServerAgent0x00F0 240
لاحظ أن ليس لديها SQLServerAgent أو MSSQLServer يمكن تكوين بدء_تلقائي بواسطة الإعداد SQL على نظام التشغيل Windows 95 أو Windows 98 لأنه لم يتم الكشف عن هذا الخيار من خلال واجهة رسومية الإعداد على تلك الأنظمة الأساسية. For more information about how to start the MSSQLServer service or the SQLServerAgent service on Windows 95 or on Windows 98, click the following article number to view the article in the Microsoft Knowledge Base:
196654How to control the SQL Server services on Windows 95 or Windows 98
On Windows NT, you can autostart SQLServerAgent only if you autostart MSSQLServer as well, because the SQLServerAgent service is dependent on MSSQLServer. The remaining entries in this section (SQLDomain, SQLDomainAcct, SQLDomainPwd,and so forth) specify which Windows NT account(s) will be used if the Local-Domain entry indicates that one or both services will use a Windows NT domain account instead of the LocalSystem account. These entries are not present when LocalSystem is being used. The password entries are encrypted, and can only be obtained by running SQL Server setup interactively to generate a new .iss file. If this is not possible or practical in your circumstances, you must install MSSQLServer and SQLServerAgent to run under the LocalSystem account (Local-Domain=3855).

Windows NT users can later change the service startup accounts, if desired (see the SQL Server Books Online articles "How to set up a SQL Server service to log on under a different user account (Windows NT)" and "Creating SQL Server Services User Accounts"). On Windows NT, the utility Scm.exe (in the MSSQL7\BINN directory) can be used after installation to change the service startup account from LocalSystem to a domain account, if it is necessary that this be automated. For more information see the Microsoft Knowledge Base article referenced previously for details.

تحذير: تمت ترجمة هذا المقال تلقائياً

خصائص

رقم الموضوع: 233312 - آخر مراجعة: 02/23/2014 01:17:24 - المراجعة: 6.1

  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft Data Engine 1.0
  • kbnosurvey kbarchive kbmt kbinfo KB233312 KbMtar
تعليقات