Ефективна установка SQL Server 2000

Подробиці процесу розгортання

Розробники Microsoft намагаються максимально спростити процес установки програмного забезпечення, у тому числі і SQL Server 2000. Досить завантажити файл setupsql.exe з папки x86setup з інсталяційного компакт-диска, вказати деякі налаштування в діалогових вікнах, і далі установка пройде без будь-якого втручання з боку користувача. Інсталяцію SQL Server 2000 можна виконати, навіть не розуміючи, що означає вибір того чи іншого параметра, – просто клацати Next у більшості діалогових вікон. Не варто, однак, ставитися до процесу установки дуже недбало. Я настійно рекомендую звертати увагу на кожен параметр і замислюватися про наслідки своїх дій: неправильне налаштування сортування, наприклад, може призвести до важко виправляємої помилку, а прийняття аутентифікації за замовчуванням – Створити прогалини в системі безпеки.

Ми розглянемо найбільш важливі моменти стандартної установки, в тому числі конфігурацію примірників, системи безпеки, сортування та мережевих бібліотек.

Примірники


Перебуваючи безпосередньо на місці установки, виконують стандартну установку (яка відрізняється від автоматизованої і віддаленої інсталяції, див. нижче). При виклику програми setupsql.exe запускається майстер установки. Потім з'являються два діалогових вікна – Welcome і Computer Name, після чого необхідно вибрати конфігурацію спільно працюючих екземплярів. SQL Server 2000 допускає установку декількох екземплярів SQL Server на одну машину. (Більш докладно про примірники SQL Server розказано в статтях Келен Ділана "Multiple Instances", July 2000, InstantDoc ID 8686 та "Managing Multiple Instances", August 2000, InstantDoc ID 9021.) Для налаштування декількох спільно працюючих екземплярів система виводить два діалогових вікна.








Екран 1. Діалогове вікно Installation Selection.

Перше вікно, зображене на Екрані 1, дозволяє зробити вибір між установкою нового екземпляра і модернізацією існуючого. При виборі установки нового екземпляра з'являється діалогове вікно Instance Name, показане на Екрані 2. Далі можна або вказати ім'я екземпляра, або поставити прапорець Default для установки примірника за замовчуванням.








Екран 2. Діалогове вікно Instance Name.

Вибираючи екземпляри, слід взяти до уваги кілька фактів. Якщо на машині примірника за замовчуванням немає і планується підтримка роботи версій SQL Server 2000 і 7.0 на одній і тій же машині, то в якості примірника за замовчуванням не можна встановлювати SQL Server 2000. SQL Server 7.0 іменовані екземпляри не підтримує, тому саме він і повинен бути примірником за замовчуванням. Не можна переробити іменований примірник у екземпляр, який призначається за замовчуванням, і навпаки, окрім як видаляючи і потім встановлюючи SQL Server заново. До того ж не можна поміняти ім'я іменованого примірника після того, як він встановлений. Проте можна встановити SQL Server 7.0 після інсталяції SQL Server 2000 за умови, що екземпляр за замовчуванням ще не був встановлений.


Якщо встановлений SQL Server 7.0, його можна модернізувати, вибираючи спосіб модернізації в діалоговому вікні Installation Selection і указуючи в наступному діалоговому вікні, що потрібно модернізувати примірник, призначений за замовчуванням. У такому випадку SQL Server 2000 стане примірником за замовчуванням, а SQL Server 7.0 буде з комп'ютера видалено. Щоб зберегти обидві версії, слід встановлювати SQL Server 2000 в Як іменованого екземпляра.


Після установки в SQL Server 2000 за допомогою інструментів резервного копіювання і відновлення, приєднання і від'єднання, служб перетворення даних (Data Transformation Services, DTS) або майстра копіювання баз даних (Copy Database Wizard) можна завантажити бази даних SQL Server 7.0. Незалежно від того, який шлях вибраний для модернізації попередньої версії до SQL Server 2000, не можна вказати більш однієї установки для одних і тих же копій баз даних, тому кожна установка повинна мати власну копію кожної бази даних.


Тепер розглянемо функцію SQL Server 7.0 під назвою перемикач версій. Вона забезпечує можливість спільного існування на одному комп'ютері SQL Server 7.0 і SQL Server 6.5. Як би там не було, в даний момент часу може використовуватися тільки одна з версій, друга буде бездіяльним. При виклику перемикач версій активізує недіючу версію і відключає активну. Якщо на комп'ютері встановлений SQL Server 6.5, який не налаштований на перемикання версій з SQL Server 7.0, то програма інсталяції запропонує на вибір дві можливості: модернізувати SQL Server 6.5 до призначається за замовчуванням екземпляра SQL Server 2000 з створенням перемикача версій між SQL Server 6.5 і SQL Server 2000, або модернізувати SQL Server 6.5 до іменованого екземпляра SQL Server 2000. На відміну від модернізації з SQL Server 7.0, в процесі якої поточна версія стирається, SQL Server 6.5 залишається на комп'ютері незалежно від обраного шляху модернізації до SQL Server 2000.


Якщо на комп'ютері встановлено і SQL Server 6.5 і SQL Server 7.0 і вони допускають перемикання версій, а модернізувати існуючі екземпляри не потрібно, то на цей же комп'ютер можна благополучно встановити іменовані екземпляри SQL Server 2000 і підтримувати роботу всіх трьох версій. Однак наявність перемикача дозволяє задіяти в даний момент тільки одну версію – 6.5 або 7.0, тоді як іменовані екземпляри можуть працювати одночасно. Після вказівки параметрів спільної роботи примірників відбувається перехід до діалогового вікна Setup Type.


Користувацька установка


У діалоговому вікні Setup Type (див. Екран 3) майстер установки просить вибрати один з трьох типів установки: звичайна (Typical), мінімальна (Minimum) і призначена для користувача (Custom). При виборі Typical або Minimum настройка компонентів, сортування та мережевих бібліотек проводиться SQL Server за допомогою параметрів, встановлених за замовчуванням. Оскільки звичайна установка може викликати надалі певні проблеми, я рекомендую завжди вибирати користувача тип установки, навіть якщо параметри, прийняті за замовчуванням, цілком влаштовують. Якщо потім раптом виявиться, що параметри за замовчуванням не годяться, то після установки будуть труднощі зі зміною деяких із зазначених вище налаштувань – особливо з налаштуваннями сортування. Користувацька установка дозволяє двічі перевірити вибрані настройки. По-моєму, краще пройти кілька зайвих діалогових вікон, але зате точно знати, що установки обрані правильно.








Екран 3. Діалогове вікно Setup Type.

Безпека


У процесі установки інформація, що відноситься до питань безпеки, вказується у двох діалогових вікнах: Services Accounts (див. Екран 4) і Authentication Mode (див. Екран 5). У вікні Services Accounts виробляється точне налаштування облікових записів для служб SQL Server і SQL Server Agent. Кожна служба запускається операційною системою від імені облікового запису, зазначеної для неї в цьому вікні, і працює в операційній системі в контексті безпеки облікового запису. Наприклад, коли виконується резервне копіювання, SQL Server перевіряє, чи має login, використовуваний для підключення до SQL Server, відповідне дозвіл BACKUP DATABASE. Як би там не було, для створення пристрою резервного копіювання і запису на нього SQL Server повинен сформувати файл на диску або мережевому ресурсі загального доступу, а ця операція використовує контекст безпеки облікового запису служби SQL Server.








Екран 4. Діалогове вікно Services Accounts.

Аналогічним чином служба SQL Server Agent запускає програми в рамках SQL Server і операційної системи або в мережі в контексті безпеки облікового запису служби SQL Server Agent. Незважаючи на те що обліковий запис, не має адміністративних привілеїв, може запустити службу SQL Server, краще все-таки зробити обліковий запис для служби SQL Server членом локальної групи Administrators. В іншому випадку доведеться в явній формі призначати облікового запису всі потрібні права (наприклад, створювати файли бази даних). Також потрібно призначити облікового запису служби відповідні повноваження для роботи в мережі (наприклад, створювати і записувати файли на мережеві ресурси, використовувані SQL Server в якості сховищ резервних копій).








Екран 5. Діалогове вікно Authentication Mode.

Якщо спробувати запустити службу SQL Server Agent з обліковим записом, яка не має адміністративних привілеїв на даній машині, нічого не вийде.


А якщо SQL Server Agent виконує будь-які дії на інших машинах мережі, такі, як реплікація або робота з декількома серверами одночасно, то потрібно використовувати доменну обліковий запис, що має також відповідні повноваження на інших машинах. На Екрані 6 зображений домен з трьома машинами SQL Server у мультисерверної середовищі, в якій головний сервер управляє автоматичними діями на підлеглих серверах. Srv1 виступає в ролі головного сервера, а Srv2 і Srv3 – в ролі підлеглих. Оскільки обидві сторони (головна і підпорядкована) повинні взаємодіяти один з одним, обліковий запис служби SQL Server Agent головного сервера обов'язково повинна мати відповідні привілеї на підлеглих серверах, і навпаки. Найпростіший спосіб налаштувати конфігурацію такого середовища полягає в тому, щоб створити одну доменну обліковий запис (наприклад, Domain1SQLService, як на Екрані 6), зробити її членом локальної групи Administrators на всіх серверах і запускати всі служби SQL Server Agent з цим обліковим записом.








Екран 6. Мультисерверний середовище.

У діалоговому вікні Authentication Mode (див. Екран 5) можна вибрати один з варіантів аутентифікації: або дозволити тільки паролі з аутентифікацією Windows (Windows Authentication Mode), або задіяти обидва типи паролів – і Windows, і SQL Server (Mixed Mode).


У ньому також вказується пароль для системного адміністратора SQL Server. Аутентифікація засобами Windows передбачена режимом безпеки за замовчуванням і рекомендується в більшості випадків. Однак, виходячи із міркувань безпеки, я рекомендую вибрати режим Mixed Mode і вказати пароль для облікового запису системного адміністратора, перейшовши на режим аутентифікації засобами Windows після завершення установки і виконання ще декількох налаштувань системи безпеки. Програма установки створює login системного адміністратора для доступу до SQL Server і робить його членом серверної ролі sysadmin. Якщо в якості режиму безпеки сервера вибирається аутентифікація засобами Windows, то в процесі установки створюється відключений login системного адміністратора (оскільки відключена аутентифікація засобами SQL Server) з порожнім паролем. Можна змінити пароль системного адміністратора після установки, і я настійно рекомендую це зробити, але вибір початкового режиму аутентифікації засобами Windows небезпечний тим, що згодом можна забути змінити пароль або залишити його порожнім, вважаючи, що login системного адміністратора відключений.


Незалежно від того, який вибраний режим, програма установки створює login на рівні Windows для групи BUILTINAdministrators, яка прив'язана до локальної групі Administrators. Створення такого login означає, що всі члени локальної групи Administrators, включаючи доменну групу Domain Admins, є також членами серверної ролі sysadmin даного SQL Server. Надавати мережевим і локальним адміністраторам необмежені повноваження у SQL Server не варто, щоб не порушити систему безпеки, тому групу BUILTIN Administrators можна видалити з серверної ролі sysadmin. Інший шлях – повністю видалити з SQL Server автоматично створюваний login і створити login для власників ролі sysadmin з числа адміністраторів баз даних, а не з числа мережевих адміністраторів.


Якщо послідувати однієї з цих рекомендацій, необхідно врахувати, що важливо спочатку створити login для адміністраторів баз даних – власників ролі sysadmin, і тільки тоді видаляти login групи BUILTINAdministrators. Якщо вибраний режим аутентифікації засобами Windows і відбувається видалення всіх login для членів ролі sysadmin до того, як створено login для адміністраторів баз даних, можна позбутися можливості виконувати будь-які адміністративні завдання в SQL Server, в тому числі створення нових login. Потрапивши в таку пастку, слід змінити режим аутентифікації SQL Server на Mixed Mode за допомогою редагування в реєстрі параметра HKEY_LOCAL_ MACHINESOFTWAREMicrosoftMicrosoft SQL Server MSSQLServerLoginMode. Необхідно змінити значення параметра на 2 і перезапустити службу SQL Server.


Хоча керувати режимом аутентифікації через реєстр дуже зручно, у цього методу є і свої недоліки. Будь-який, хто має право редагувати цей параметр, включаючи мережевих і локальних адміністраторів, може змінювати режим аутентифікації SQL Server. Якщо встановити SQL Server в режимі Windows Authentication Mode, обліковий запис системного адміністратора буде відключена, але все ще буде мати порожній пароль. Якщо після цього поміняти режим аутентифікації SQL Server на Mixed Mode (активізуючи таким чином login системного адміністратора), то в якості системного адміністратора зможе підключитися хто завгодно. Тому необхідно або змінити пароль системного адміністратора відразу після закінчення установки, або вибрати режим Mixed Mode і призначити пароль для системного адміністратора до її завершення.


Сортування


Потім потрібно вибрати параметри сортування. Установки сортування визначають спосіб порівняння символів на різних мовах, унікальність імен об'єктів і значень стовпців, а також правила сортування. Вказівка параметрів сортування виробляється в діалоговому вікні Collation Settings (див. Екран 7), і в ньому слід вибрати тип сортування – або сортування SQL Server, або сортування Windows. Вибирати сортування SQL Server слід в тому випадку, якщо потрібна зворотна сумісність з попередніми випусками SQL Server – наприклад, якщо необхідно використовувати реплікацію між SQL Server 2000 і SQL Server більш ранньої версії. В інших випадках слід вибирати сортування Windows. У налаштуваннях сортування SQL Server 2000 (обох типів – SQL Server і Windows) об'єднані три незалежні настроювання, реалізовані в попередніх випусках: Character Set, Sort Order і Unicode Collation. Крім злиття трьох старих налаштувань в одну, SQL Server 2000 має набагато більшу гнучкість при налаштуванні механізму сортування в порівнянні з попередніми версіями. Обговорення старих налаштувань виходить за рамки цієї статті, але при бажанні можна звернутися до Books Online (BOL) в SQL Server 7.0 та 6.5.








Екран 7. Налаштування параметрів сортування.

Установки сортування, які вибираються під час установки SQL Server 2000, діють для системних баз даних. Для того щоб змінити настройки сортування системних баз даних після установки, потрібно записати всі системні об'єкти (наприклад, паролі, повідомлення, завдання) і запустити програму rebuildm.exe, яка наново створить всі системні бази даних з новими параметрами сортування. Однак експортувати всю інформацію користувацьких баз даних з SQL Server і знову імпортувати її назад після виконання rebuildm.exe, як це робиться в SQL Server 7.0, не потрібно. Потрібно виконати тільки повторне приєднання користувацьких баз даних. Щоб налаштувати сортування користувацьких баз даних, можна взяти налаштування, відмінні від серверних налаштувань сортування за замовчуванням (тобто системної бази даних Model) або навіть приєднати або відновити базу даних з настройками сортування, відмінними від серверних налаштувань. Пізніше для користувача бази даних налаштування сортування за замовчуванням можна змінити. Для певного стовпця можна задати свою сортування, відмінну від сортування за замовчуванням, встановленої для всієї бази даних. Можна навіть пізніше змінити сортування стовпця, якщо по ньому не було створено жодного індексу.


Незважаючи на гнучкість SQL Server 2000 в відношенні сортування, не можна недооцінювати настройку, виконувану в процесі установки. Як зазначалося вище, серверна сортування застосовується до всіх системним баз даних і визначає правила сортування для всіх записаних в системних базах даних об'єктів (наприклад, реєстраційних імен, імен баз даних). Більш того, сортування бази даних tempdb – це також серверна сортування, що обирається, під час установки. При створенні тимчасової таблиці її стовпці використовують сортування бази даних tempdb, але лише до тих пір, поки не встановлений параметр COLLATE database_default в властивостях кожного стовпця для застосування сортування бази даних, до якої виконується підключення.


Мережеві бібліотеки


Після налаштування параметрів сортування потрібно перейти до діалогового вікна Network Libraries (див. Екран 8).








Екран 8. Мережеві бібліотеки.

У Network Library вказується протокол, використовуваний клієнтським додатком для взаємодії з SQL Server. І клієнтська, і серверна частини SQL Server повинні мати хоча б один узгоджений протокол з Network Library, через який вони могли б тримати зв'язок. У діалоговому вікні Network Libraries встановлюються протоколи, які SQL Server буде використовувати для зв'язку з клієнтськими додатками.


У SQL Server 6.5 аутентифікацію засобами Windows підтримували тільки два протоколи: Named Pipes і Multi-Protocol. У всіх інших мережевих бібліотеках дозволялася лише аутентифікація SQL Server. Тому для SQL Server 6.5 одним з факторів, що впливають на вибір мережевої бібліотеки, є тип реєстраційних даних. Крім того, шифрування даних допускає тільки Multi-Protocol, тому якщо потрібно, щоб SQL Server 6.5 підтримував шифрування даних, слід вибрати саме цей протокол. SQL Server 7.0 у цьому відношенні більш гнучкий – аутентифікацію Windows в ньому підтримують всі протоколи, але Multi-Protocol залишається єдиним протоколом, що підтримує шифрування даних.


У SQL Server 2000 можна викликати шифрування даних, використовуючи Secure Sockets Layer (SSL) з усіма мережевими бібліотеками через SQL Server Network Utility і SQL Server Client Network Utility, тому шифрування не визначає вибір мережевої бібліотеки. І ще, в SQL Server 2000 протокол Multi-Protocol не підтримує схему іменування примірників SERVERNAMEINSTANCENAME, тому не слід вибирати Multi-Protocol, якщо потрібно використовувати іменовані екземпляри. Ймовірно, найбільш широко поширена мережева бібліотека в SQL Server 2000 – це TCP / IP Sockets. Вона надійна, допускає аутентифікацію Windows, і з нею, якщо потрібно, можна використовувати шифрування SSL.


Ті, хто працював з попередніми випусками SQL Server, знають, що призначається за замовчуванням порт TCP є порт 1433. При використанні порту за замовчуванням клієнтські з'єднання можуть не вказувати номер порту, на відміну від імені сервера або IP-адреси. Але SQL Server 2000 підтримує множинні екземпляри, які не можуть усі разом використовувати один і той же номер порту. Тому при установці іменованого примірника програма установки як номер порту використовує 0. Це означає, що при першому запуску SQL Server він динамічно вибирає вільний порт і зберігає його постійно або до тих пір, поки його не змінять. Як же може клієнтське додаток звертатися до SQL Server, вказуючи тільки ім'я / IP-адреса + ім'я екземпляра, без номера порту? Служба підключення SQL Server 2000 сприймає клієнтські запити на підключення до SQL Server через порт 1433, потім перенаправляє запит невластивому примірнику, перевіряючи ім'я екземпляра в запиті і зіставляючи його з номером порту екземпляра.


Автоматизована та віддалена установка


Тепер, розібравшись зі стандартною установкою, розглянемо автоматизовану. Програма setupsql.exe дозволяє створити файл, що містить відповіді на питання, які виводяться в процесі установки в діалогових вікнах. Згодом можна запустити установку за допомогою однієї команди, що викликає програму setupsql.exe, з файлом відповідей в якості аргументу. Такий тип установки, що не вимагає ніякого втручання користувача, називається автоматизованим.


Для створення файлу відповідей потрібно запустити програму установки, вибрати Advanced Options в діалоговому вікні Installation Selection, а потім у діалоговому вікні, зображеному на Екрані 9, вибрати Record Unattended . ISS file. Програма установки запропонує звичайні діалогові вікна, в них потрібно заповнити всі необхідні позиції. Після закінчення вибору параметрів програма установки створює файл з ім'ям setup.iss, розміщений в папці WINNT.








Екран 9. Діалогове вікно Advanced Options.

Для включення автоматизованої установки необхідно запустити програму setupsql.exe з параметром-s для роботи у фоновому режимі та з параметром-f1 – для вказівки файлу відповідей. Наприклад, для включення автоматизованої установки у фоновому режимі, при якому користувач не повідомляється про закінчення установки, можна застосувати наступну команду:

setupsql.exe -s -f1 setup.iss

Якщо потрібно знати, в який момент установка буде завершена, програму setupsql.exe потрібно запустити з командного рядка або з пакетного файлу наступним чином:

start /wait setupsql.exe -s -f1
setup.iss

У такому разі управління не перейде до наступної команді до тих пір, поки не закінчиться установка. Використання параметра start / wait особливо важливо при запуску процесу установки з пакетного файлу, який містить інші дії, що залежать від установки. Наприклад, припустимо, що потрібно написати пакетний файл, який виконує автоматизовану установку примірника з ім'ям INST1, запускає службу SQL Server і файл сценарію. sql, що створює базу даних та її об'єкти (таблиці, збережені процедури). Пакетний файл може виглядати приблизно так:

start /wait D:X86Setupsetupsql.exe -s -f1
C:WINNTsetup.iss
NET START MSSQL$INST1
OSQL /E /I “c:datascriptscreateappdb.sql”

Якщо параметр start / wait не використовувати, то, як тільки починається установка, в пакетному файлі запускається на виконання друга команда, і рядок NET START намагається запустити неіснуючу службу.


Усувати помилки автоматизованої установки складніше, ніж стандартної. У режимі стандартної установки програма зазвичай інформує користувача, коли стикається з проблемою – на екран виводиться діалогове вікно з повідомленням про помилку в супроводі сигналу. Автоматизована установка просто припиняється без будь-яких повідомлень.


Щоб показати, як потрібно діагностувати помилки при автоматизованій установці, я розповім про кілька проблем, з якими мені вже довелося зіткнутися. Припустимо, що на сервері тільки що закінчена установка іншого продукту, і тепер запускається автоматизована установка SQL Server. Програма установки виявляє, що сервер не був перезавантажений після попередньої установки і перериває процес без попередження. Якщо тримати вікно Task Manager відкритим, можна помітити, що програма setupsql.exe не запущена, а SQL Server встановлений не був. Слід також перевірити системний журнал. При успішній установці файл WINNTsetup.log повинен показувати код помилки 0. Проте в описаній мною ситуації він, можливо, буде дорівнює 1, що означає помилку загального характеру. Крім того, може з'явитися таке повідомлення про помилку: A previous program installation created pending file operations on the installation machine. You must restart the computer before running setup. ("Попередня програма установки створила файл відкладених операцій. Перед запуском програм установки потрібно перезавантажити комп'ютер ".)


Ось ще одна помилка, з якою я стикався кілька разів під час виконання автоматизованої установки: Dialog boxes are out of order. ("Порушений порядок проходження діалогових вікон".)


Проблема виявляла себе відразу після запуску установки: при відкритті вікна Task Manager можна було побачити, що програма setupsql.exe працює, але ніяких дій по завантаженню або висновку інформації не відбувається, як це повинно було бути при правильно виконується установці. До того ж, не були сформовані папки, зазвичай створюються в процесі установки в Program FilesMicrosoft SQL Server. Складалося враження, що програма setupsql.exe не використовує ресурси центрального процесора або ресурси вводу / виводу і просто зникає приблизно через 10 хв. Файл setup.log показував код помилки 12, а файл sqlstp.log не показував жодних помилок – фактично він здавався незавершеним. Файл sqlstp.log не містив жодного повідомлення про закінчення виконання програми, а лише інформацію про його початок:

Begin Action: DialogShow.

У BOL про помилку з кодом 12 говориться наступне: "Порушений порядок проходження діалогових вікон. Це помилка загального характеру, вона виникає, коли діалогові вікна описуються у файлі відповідей (Setup.iss) у неправильному порядку. Це може бути викликано неполадками в системі під час створення файлу Setup.iss ".


Природно, варто було мені перезаписати файл Setup.iss, як автоматизована установка завершилася успішно.


На додаток до установки SQL Server 2000 можна виконати автоматизовану установку пакета виправлень для SQL Server 2000. Для застосування пакету оновлень до примірника, призначеного за замовчуванням, необхідно викликати програму setupsql.exe з папки цього пакету оновлень і вказати в якості аргументу файл sql2kdef.iss, що знаходиться в кореневій папці пакета оновлень. Наприклад, якщо файли встановлення пакету оновлень розташовані в папці c: sql2ksp2, потрібно ввести наступну команду:

start /wait c:sql2ksp2x86setupsetupsql.exe
-s -f1
c:sql2ksp2sql2kdef.iss

Для застосування пакета виправлень до іменованого примірнику слід використовувати файл відповідей sql2knm.iss, але спочатку необхідно перевірити дві наступні рядки в цьому файлі і правильно відобразити в них ім'я екземпляра:

InstanceName=INSTANCE_NAME
NMPPipeName=.pipeMSSQL$INSTANCE_NAMEsql
query

Існує ще одна додаткова можливість, яка дозволяє встановлювати SQL Server 2000 на віддалений комп'ютер. Файл відповідей setup.iss записується на локальному комп'ютері, копіюється на віддалену машину, а потім програма setupsql.exe разом з файлом setup.iss запускається вже на ній. Однак можна ще й захистити себе від деяких проблем, запускаючи програму setupsql.exe на локальному комп'ютері, вибираючи в діалоговому вікні Computer Name пункт Remote Computer і вказуючи ім'я комп'ютера, на якому потрібно виконати установку. Після клацання на Next з'явиться діалогове вікно Remote Setup Information (див. Екран 10).








Екран 10. Діалогове вікно для віддаленої установки.

Далі слід вказати параметри облікового запису (ім'я користувача, пароль, домен), повний шлях (в угодах UNC) для папки призначення (наприклад, LABYRINTHC $ Program FilesMicrosoft SQL Server) і повний шлях (За UNC) для ресурсу – джерела файлів установки (наприклад, SERVER1InstallSQL2KEX86Setup). Потім програма установки проведе користувача через ряд звичайних діалогових вікон і створить файл setup.iss в відповідності зі зробленим вибором. Після цього програма копіює файл setup.iss в папку WINNT комп'ютера призначення і запускає програму setupsql.exe разом з копією файлу setup.iss.


Якщо відкрити вікно Task Manager на віддаленому комп'ютері, можна побачити, що програма setupsql.exe в процесі установки завантажує і відключає інші програми. На локальному комп'ютері можна буде спостерігати, як відбувається віддалена установка, і коли вона завершиться, з'явиться відповідне повідомлення.


Висновок


Незважаючи на те що базова установка досить проста, вибирати параметри слід дуже уважно. Правильний вибір параметрів установки дає міцну основу для адміністрування SQL Server. А якщо виконання автоматизованої або віддаленої установки здається складним, сподіваюся, ця стаття допоможе впоратися з подібними завданнями.


ІЦИК БЕН-ГАН – старший викладач на курсах з SQL Server в коледжі Hi-Tech у Ізраїлі. Має сертифікати MCDBA, MCSE + I, MCSD, MCT і SQL Server MVP.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*