Книги, научные публикации
Pages: | 1 | ... | 7 | 8 | 9 | Kit Exam 70-228 SQL Server 2000 System Administration курс Сертификационный экзамен 70-228 Администрирование Microsoft SQL Server 2000 Официальное пособие Microsoft для самостоятельной подготовки ...
-- [ Страница 9 ] --Резюме При выполнении вашей задачи сначала нужно выбрать распространи тель и подключенные серверы, публикующие данные, а также БД подписки и серве ры-подписчики. Вы можете использовать мастер Configure Publishing And Distribution для настройки параметров задач репликации. Чтобы создавать публикации мо ментальных снимков, транзакций и публикации, использующие слия ние данных, используйте мастер Create Publication Wizard. Конфигурируйте серверы подписчики, используя мастер Push Subscription Wizard или Pull Subscription Wizard.
534 баз данных Глава Ззнятие 4, Мониторинг и администрирование репликации Внедрив репликации, администрировать и вести его мониторинг.
Здесь рассказывается о просмотре состояния агентов репликации и их задач сред ствами Replication Monitor. Вы также научитесь просматривать и изменять свойства публикаций, подписок и агентов репликации.
Изучив материал этого вы сможете:
вести мониторинг задач репликации с Replication Monitor;
настраивать оповещения о событиях репликации;
просматривать и изменять свойства распространителя, публикаций, агентов репликации и подписок.
Продолжительность занятия - около 30 минут Мониторинг репликации средствами Replication Monitor Если ваш экземпляр SQL Server сконфигурирован в качестве распространителя и вы Ч член фиксированной роли сервера sysadmin или роли БД распростране ния, в дереве консоли SQL Server Enterprise Manager вам будет доступен контейнер Replication Monitor. Он отображает список всех издателей, взаимодействующих с дан ным распространителем, а также состояние всех агентов репликации. Кон тейнер Replication Monitor можно использовать для настройки и мониторинга опове о событиях репликации. Кроме в этом контейнере можно останавливать и запускать агентов репликации и повторно инициализировать подписки. Контейнер Replication Monitor можно также сделать центральным узлом, который будет исполь зоваться для мониторинга и администрирования нескольких распространителей (для этого щелкните в дереве консоли контейнер SQL Servers правой кнопкой и выберите Show Replication Monitor Group).
Чтобы запустить Replication Monitor, раскройте в дереве консоли Enterprise Mana ger контейнер нужного экземпляра SQL Server, являющегося распространителем, и затем Ч контейнер Replication Monitor. При первом раскрытии этого контейнера по явится сообщение SQL Server Enterprise Manager о том, что в целях экономии ресур сов распространителя автоматическое обновление Replication Monitor по умолчанию отключено (рис. 15-73).
.,.' !. Х..! 1 г Х :,.
(.
Рис. 15-73, Конфигурирование параметров обновления информации Replication Monitor 4 и На этапе тестирования можно установить переключатель в положение Yes, Auto matically Refresh Replication Monitor By Polling The Distributor, чтобы Replication Monitor автоматически обновлял отображаемую Если автоматическое обновление разрешено, можно щелкнуть Set Refresh Rate и задать его частоту та обновления по умолчанию Ч 10 сек). Однако в производственной среде переклю чатель следует установить в положение No, I Will Manually Refresh Replication Monitor, чтобы не создавать дополнительную нагрузку на распространитель.
Публикации Раскрыв контейнер Replication Monitor, можно просматривать состояние различных компонентов репликации (рис. 15-74). Заметьте: отображаются все издатели, автори зованные для использования данного распространителя. В правой панели ется состояние агента Snapshot и других агентов, используемых выбранной публика цией. Также отображается последняя выполненная операция. Чтобы просмотреть журнал какого-либо агента репликапии, используемого публикацией, щелкните чок нужного агента правой кнопкой и выберите Agent History,.
Рис. 15-74. Replication Monitor Агенты Сведения о можно также просматривать, основываясь на нужном типе агента. Последовательно раскройте контейнеры Replication Monitor и Agents и рите нужный тип агента репликации. Например, чтобы просмотреть состояние всех агентов Snapshot, шелкните контейнер Snapshot Agents (рис. 15-76).
Заметьте: рис. 15-76 все агенты Snapshot успешно создали моментальные сним ки. В случае проблем с репликацией публикации проверьте состояние агента Snashot и убедитесь, что он создал начальный моментальный снимок.
Репликация бзз данных Глава Х Рис. Просмотр журнала репликации, используемого Рис. 15-76. Просмотр состояния всех агентов, моментальный снимок Оповещения В контейнере Replication Alerts можно настраивать оповещения о событиях реплика ции (рис. 15-77).
В SQL Server 2000 имеется стандартных оповещений репликации. Чтобы воспользоваться один из них, оповещение следует активировать и определить опера торов, уведомляемых о срабатывании оповещения. Для этого щелкните в правой па нели контейнера Replication Alerts значок нужного оповещения правой кнопкой, вы берите Properties и открывшемся окне активируйте предупреждение и определите операторов.
Мониторинг и администрирование Занятие Рис. 15-77. Настройка предупреждений о событиях репликации Упражнение 6. Мониторинг репликации В этом упражнении вы с помощью консоли SQL Server Enterprise будете наблюдать за публикациями и подписками.
Чтобы наблюдать за публикациями и при помощи SQL Server Enterprise Manager 1. В дереве консоли SQL Server Enterprise Manager раскройте контейнер Replication Monitor.
Откроется диалоговое окно SQL Server Enterprise Manager.
2. Установите переключатель в положение Yes, Refresh Replication Monitor By Polling The Distributor и ОК.
3. Последовательно раскройте контейнеры Agents и Snapshot Agents.
4. Просмотрев столбец Status в правой панели, убедитесь, что для каждой публика ции создан моментальный снимок.
5. В правой панели щелкните значок правой кнопкой и выберите Agent History.
Откроется окно Snapshot Agent History.
6. Session Details.
Откроется окно Latest History Of Snapshot Agent. В списке перечислены предпринятые для создания файлов моментальных снимков.
7. Щелкните Close.
8. В диалоговом окне Snapshot Agent History щелкните Agent Profile.
Откроется окно Snapshot Agent Profiles.
9. Щелкните View Details.
Откроется окно Replication Agent Profile Details. Просмотрите параметры Snapshot.
10. Щелкните Close.
В диалоговом окне Snapshot Agent Profiles щелкните ОК.
В дереве консоли последовательно раскройте контейнеры Replication Monitor, Publishers, и данных Глава В правой панели отображается состояние всех агентов репликации. Заметьте: за пущен только агент Snapshot, поскольку или находящихся в оче реди транзакций нет.
В меню Tools выберите SQL Query Analyzer.
14. В панели инструментов Load SQL Script.
Откроется окно Open Query File.
Откройте файл из папки Сценарий содержит оператор UPDATE, который меняет фамилию автора, Johnson White, на Johnson Black.
16. В панели задач щелкните Execute Query.
17. Переключитесь в SQL Server Enterprise Manager.
18. В правой панели обратите внимание на агенты Log Reader и Distribution (под на званием Приблизительно через 10 се кунд оба агента запустятся и обновят БД PubsPush на сервере Каждый агент покажет, что передана одна транзакция, состоящая из двух команд. Примерно еще через 10 секунд оба агента покажут, что на теку щий момент транзакций нет.
19. Не закрывайте окно SQL Server Enterprise Manager и SQL Query Analyzer.
Просмотр и изменение свойств распространителя Чтобы просмотреть и изменить свойства распространителя, в дереве консоли SQL Server Enterprise Manager щелкните контейнер Replication Monitor правой кнопкой и выберите Distributor Properties (рис. 15-78).
Рис. 15-78. Просмотр и изменение свойств распространителя На вкладке Distributor можно просмотреть и изменить свойства распространите ля, включая профили для новых агентов репликации. Вкладка Publishers позволяет включать и отключать издателей, вкладка Publication Databases Ч БД публикаций, а вкладка Subscribers Ч подписчиков. Чтобы задать период хранения транзакций и жур нала событий, щелкните Properties на вкладке Distributor. На рис. 15-79 показано окно Distribution Database Properties.
Мониторинг и администрирование 15-79. Просмотр и периодов хранения транзакций и журнала событий Заметьте: максимальный период хранения транзакций по умолчанию составляет 72 часа, период хранения журнала событий репликации Ч 48 часов. Эти помогают определить размер БД распространения. если подписчик тран закционной публикации не смог вовремя получить реплицируемые транзакции, они будут храниться в БД распространения в течение 72 часов. В БД распространения должно быть достаточно свободного места для хранения всех реплицированных тран закций, которые не смогли получить подписчики. По истечении максимального сро ка хранения подписчику придется повторно инициализировать подписку. Это потре бует создания и пересылки нового снимка данных и негативно скажется на произво дительности.
Просмотр и изменение свойств публикаций Чтобы просмотреть и изменить свойства щелкните ее значок в правой панели контейнера Replication Monitor или в контейнере Publications опубликован ной БД. Щелкните публикацию правой кнопкой и выберите Properties. Если на пуб ликацию имеются подписки, появится сообщение SQL Server Enterprise Manager о том, что большинство свойства изменить нельзя (рис. 15-80). Чтобы изменять их, сле дует удалить все подписки на публикацию. Щелкните ОК, чтобы закрыть окно сооб щения SQL Server Enterprise Manager.
Рис. 15-80. о наличии подписок на редактируемую публикацию баз Откроется окно Publication Properties с выбранной вкладкой General. У каждой пуб ликации есть множество свойств, которые можно просматривать и изменять (рис. 15-81).
Рис. Просмотр и свойств публикации Заметьте: по умолчанию срок истечения подписки на сведением Ч дней. В некоторых средах вам потребуется сконфигурировать подписки с неограни ченным сроком действия, Просмотр и изменение профилей агентов репликации У каждого агента репликации есть профиль, определяющий параметры выполнения задач, включая время ожидания и размер пакета При настройке странителя создается набор профилей по умолчанию для всех типов агентов реплика ции;
в дальнейшем этот набор можно изменять как одно из свойств распространите ля. Чтобы изменить профиль существующего агента репликации, в контейнере Agents щелкните нужный значок правой кнопкой и выберите Agent Profiles. Откроется окно Distribution Agent Profiles (рис.
15-82. Просмотр и изменение профиля агента репликации Занятие 4 Мониторинг и администрирование репликации На рис. 15-82 приведен профиль агента Distribution. Заметьте: используется про филь по умолчанию, и доступно три дополнительных профиля агента. При испол ьзо вании одного из них агент будет продолжать работу, несмотря на ошибки из-за не согласованности данных. По умолчанию при возникновении таких ошибок агент пре рывает синхронизацию данных. В некоторых средах такую модель поведения по умол чанию потребуется переопределить. В профиле агента можно что необходи мо вести краткий журнал событий в целях выявления и устранения ошибок. Можно также настроить профиль для работы с Windows Synchronization Manager и испол ьзо вания пакетов меньшего размера. Чтобы просмотреть параметры профиля, View Details. Откроется окно Replication Agent Details (рис. 15-83).
Рис. 15-83. Просмотр и изменение параметров профиля агента Обратите внимание на изменяемые параметры. У каждого агента репликации ется ряд настроек по умолчанию и набор дополнительных профилей. Можно также создать собственный профиль агента.
Просмотр и изменение свойств подписок Чтобы просмотреть и изменить свойства подписки на щелкните в кон тейнере Publications публикацию правой кнопкой, выберите Properties и в диалого вом окне Publication Properties перейдите на вкладку Subscriptions. Здесь отобража ются все текущие подписки на публикацию (рис. 15-84).
Чтобы просмотреть свойства подписки, щелкните ее значок в контейнере Sub scription правой кнопкой и выберите Properties. Откроется окно Subscription Proper ties (рис. 15-85).
Перейдите на вкладку Synchronization, чтобы просмотреть или изменить сервер, на котором будет выполняться агент. Если на публикацию подписаны компьютеры с Windows NT 4.0/2000, в целях уменьшения нагрузки на распространитель агент мож но запускать на подписчиках (рис. 15-86).
542 Репликация данных.
Рис. 15-84. Просмотр подписок Рис. 15-85. Просмотр основных свойств подписки Рис. 15-86. Выбор сервера для репликации Занятие 4 и репликации Чтобы просмотреть состояние подписки на сервере-подписчике, раскройте в де реве консоли Enterprise Manager контейнер Replication и щелкните Subscriptions (рис. 15-87).
Рис. 15-87. Просмотр состояния подписки на В правой панели отображаются все подписки и их текущее состояние.
Просмотр и устранение конфликтов репликации сведением Чтобы просмотреть и устранить на распространителе конфликт репликации сведени ем, в контейнере Replication дерева консоли Enterprise Manager нужный значок правой кнопкой и выберите View Conflicts. Откроется окно Microsoft Replica tion Conflict Viewer (рис. 15-88).
Рис. 15-88. Просмотр конфликтов репликации В окне отображаются все имеющиеся конфликты. Чтобы устранить конфликт, щелкните View (рис. 15-89).
Для устранения конфликта можно оставить предложенного SQL Server, выбрать или отредактировать конфликтующие сведения. Кро ме того, можно отложить разрешение конфликта или зарегистрировать подробности устранения в журнале для просмотра.
544 баз данных Глава.
15-89. Окно Microsoft Replication Conflict Viewer Использование Windows Synchronization Manager Чтобы запустить Windows Synchronization Manager на подписчике, раскройте меню и выберите Synchronize. Откроется окно Items To Synchro nize (рис, 15-90).
Заметьте: Windows Synchronization Manager позволяет синхронизировать разные объекты. Выберите подписку на публикацию и Synchronize, чтобы немед ленно синхронизовать все помеченные флажками объекты. Если для публикации раз решено интерактивное разрешение конфликтов, вам будет предложено устранить все конфликты, которые могут возникнуть в синхронизации. Щелкните Setup, чтобы открыть окно Synchronization Settings и настроить параметры синхронизации каж дого объекта. Синхронизация может выполняться при входе в систему, завершении анса работы с ней, в периоды простоя процессора, а также по расписанию (рис. 15-91).
Рис. 15-90. Окно Windows Synchronization Manager 4 Мониторинг и репликации Го a Home Page Рис. 15-91. Настройка параметров синхронизации Выберите подписку на публикацию и щелкните Properties, чтобы сконфигуриро вать свойства подписки. Откроется окно SQL Server Subscription Properties с выбран ной вкладкой General (рис. 15-92). Подписку можно синхронизировать с текущим издателем по умолчанию или выбрать для синхронизации другого издателя. Это по лезно, когда текущий издатель по умолчанию временно работает в режи ме, а также в случае проблем с сетевым соединением. Чтобы сделать издателем по умолчанию другой сервер, флажок Make This Publisher The Default nization Partner. Кнопки Reinitialize Subscription и Remove Subscription позволяют по вторно инициализировать или удалить подписку соответственно.
В Х.: i Рис. 15-92. Выбор издателя по умолчанию На вкладке Subscriber можно изменить учетную запись, используемую принуди тельной подпиской подключения к подписчику (рис. 15-93). На вкладке Publisher Ч учетную запись, используемую подпиской по запросу подключения к (рис. 15-94). На вкладке Distributor Ч учетную запись, используемую подпиской по Репликация баз запросу для подключения к распространителю (рис. 15-95). Можно выбрать текущую учетную запись пользователя, Synchronization Manager, или указать регистрационную запись SQL Server (рис. 15-95).
На вкладке Other можно включить автоматическое или интерактивное устранение конфликтов. Здесь же можно задать время ожидания входа в систему и время ожида ния запроса (по умолчанию Ч 15 и 30 сек соответственно). Это будет полезно при использовании медленных сетевых подключений (рис. 15-96).
Рис. 15-93. Свойства учетной записи подписчика Рис. 15-94. Свойства учетной записи издателя 4 и Рис. 15-95. Свойства учетной записи распространителя Рис. 15-96. Настройка режима устранения конфликтов Упражнение 7. разрешение конфликтов средствами Windows Synchronization Manager В этом упражнении вы с помощью Windows Synchronization Manager те конфликты в интерактивном режиме.
Чтобы устранить конфликты в интерактивном режиме средствами Windows Synchronization Разверните окно SQL Query Analyzer.
2. В панели инструментов щелкните Load SQL Script.
Откроется окно Open Query File.
19- 548 Репликация данных Глава 3. Откройте файл из папки Этот сценарий обновляет запись о сотруднике с идентификатором изменяя его имя и должность.
4. В панели инструментов щелкните Execute Query.
5. В меню File выберите Connect.
Откроется окно Connect To SQL Server.
6. Щелкните кнопку SQL Server (...), чтобы выбрать экземпляр SQL Server.
Откроется окно Select Server.
7. Выберите и щелкните ОК.
8. Убедитесь, что переключатель находится в положении Use Windows Authentication, и щелкните ОК.
9. В панели инструментов щелкните Load SQL Script.
Откроется окно Open Query 10. Откройте файл NwindPullUpdate.sql из папки Этот сценарий обновляет запись о сотруднике с идентификатором 1, изменяя его имя и должность. Обратите внимание, что имя и должность отличаются от значе ний из предыдущего сценария (см. пункт 3).
В панели инструментов щелкните Execute Query.
Для синхронизации с использованием Windows Synchronization Manager раскрой те меню и выберите Synchronize.
13. Щелкните и выберите Properties.
Откроется окно SQL Server Subscription Properties.
14. Перейдите на вкладку Other.
15. Установите переключатель в положение Resolve Conflicts Interactively (Only Applies To Articles That Support Interactive Resolution) и щелкните ОК.
Откроется окно Microsoft SQL Server 2000 с предложением подтвердить смену ре жима разрешения конфликтов.
16. Щелкните Yes.
17. Снимите флажок Clear the My Current Home Page, убедитесь, что помечен только флажок и щелкните Synchronize.
Откроется окно Synchronizing. Через некоторое время откроется окно Microsoft Replication Conflict Viewer for -- раскры вающиеся меню позволяют просматривать данные на издателе и на подписчике.
18. Установите переключатель Resolve With This Data.
Процесс синхронизации завершается.
19. В SQL Query Analyzer выберите подключение к и щелкните Clear Window в панели инструментов.
20. В области запросов введите SELECT * FROM Employees WHERE = 1 и в панели инструментов щелкните Execute Query.
Заметьте: данные успешно реплицированы на сервер MyNamedlnstance.
21. Закройте SQL Server Enterprise Manager и SQL Query Analyzer.
4 и Резюме Контейнер Monitor позволяет наблюдать за всеми аспектами Наблюдение можно вести по публикациям или по типам агентов. Кроме того, в кон тейнере Replication Monitor можно просматривать всех публикаций и аген тов, запускать, останавливать агент, а также просматривать его журнал и параметры публикации. Если на публикацию имеются подписки, можно изменять лишь ограни ченный набор ее свойств. Для редактирования всех свойств публикации имеющиеся подписки необходимо удалить. Microsoft Conflict Viewer позволяет про сматривать и устранять конфликты репликации сведением. Если разрешена синхро публикации, с Windows Synchronization Manager можно интерак тивно управлять синхронизацией на стороне подписчика.
550 Репликация баз Закрепление материала Приведенные ниже вопросы помогут вам лучше усвоить основные темы дан ной главы. Если вы не сумеете ответить на вопрос, повторите материал соот ветствующего занятия. Правильные ответы приведены в приложении росы и в конце книги.
Сотрудникам из бразильского офиса вашей компании требуется доступ к данным центральной БД в Нью-Йорке для анализа продаж. Бразильские сотрудники об ращаются к нью-йоркской БД по выделенному каналу на 56 Кбит/сек, который параллельно используется и для других целей. Вы хотите организовать реплика цию данных между нью-йоркским и бразильским офисами. Какой тип следует выбрать и какая дополнительная информация вам потребуется?
2. Вы развернули репликацию сведением. Все подписчики под управлением Windows NT 4.0/2000 могут инициализировать подписку и успешно обмениваться данными с издателем. Однако подписчики под управлением Windows 98/Ме, обмениваться данными с издателем не могут. В чем здесь проблема и как ее устранить?
3. Вы планируете организовать репликацию сведением. Каковы преимущества ис пользования выделенного распространителя?
4. Вы развернули репликацию и при мониторинге БД распространения обнаружилось, что размер последней больше ожидавшегося. Что это может быть вызвано? Какие парметры настройки распространителя нужно изменить, чтобы уменьшить размер БД?
Обеспечение повышенной доступности Занятие Резервные серверы 2. Отказоустойчивые кластеры В этой главе В главах обсуждалось обеспечение доступности БД SQL Server посред ством хранения файлов данных и журналов транзакций в RAID-массивах, осуществ ления полного и дифференциального резервного копирования, архивации файла жур нала, а также развертывания репликации. Для сред, требующих гарантированной по вышенной доступности, например для Web-решений и систем, кругло суточно семь дней в неделю, зачастую реализуют дополнительные методы безопасно сти. Здесь рассказывается о назначении резервных серверов и автоматизации их под держки посредством журнала. Вы также научитесь использовать от казоустойчивые кластеры SQL Server.
Прежде всего Для изучения материалов этой главы вам потребуются:
Х компьютер, соответствующий минимальным аппаратным требованиям, перечис ленным в главе 2;
Х ОС Microsoft Windows 2000 установленная на разделе диска с файловой системой NTFS;
Х компьютер с сетевым именем сконфигурированный как контрол лер домена Х один установленный по умолчанию и по крайней мере один именованный экзем пляр SQL Server 2000;
Х отказоустойчивые кластеры, при отказе одного узла обеспечивающие переключе ние на другой.
552 Обеспечение повышенной Глава Занятие Резервные серверы Здесь рассказывается, как настроить и поддерживать резервный сервер, который при необходимости заменит основной производственный сервер. Вы узнаете, как автома тизировать поддержку резервного сервера, сделать доступным его и основной сервер, восстановив работоспособность последнего.
Изучив материал этого занятия, вы сможете:
сконфигурировать резервный сервер;
автоматизировать распространение журнала;
вести мониторинг распространения журнала;
заменить основной сервер резервным;
сделать доступным основной сервер после восстановления его работоспособности.
Продолжительность занятия - около 45 минут Использование резервного сервера Резервный сервер Ч это дополнительный экземпляр SQL Server, синхронизируемый с основным сервером при резервных копий файлов журнала. Резервные сер веры позволяют снизить время простоя БД при отказе или профилактическом обслу живании основного сервера. Кроме того, резервные серверы можно использовать и в качестве серверов отчетов, снимая тем самым с основного сервера нагрузку по сбору и анализу Резервный сервер должен содержать точную копию одной или нескольких произ водственных БД, размещенных на основном сервере. Для этого на основном сервере сначала проводится полная архивация БД, и затем полученная копия восстанавлива ется на резервном сервере с параметром NORECOVERY или STANDBY. При исполь зовании любого из этих параметров на резервном сервере можно будет восстанавли вать дополнительные журналы транзакций.
Затем на основном сервере регулярно проводят архивацию журнала транзакций, и полученные копии применяют к БД на резервном сервере, по-прежнему оставляя их в режиме восстановления. Периодичность архивации Ч восстановления журнала транзакций определяет объем работы и время, необходимые, чтобы обновить данные резервного сервера и заменить им основной.
Чтобы заменить основной сервер резервным, к БД резервного сервера следует применить все последние резервные копии журнала транзакций. Также следует заар хивировать на основном сервере активную часть журнала транзакций и затем восста новить ее на резервном, используя параметр RECOVERY. После этого пользователи смогут работать с БД резервного сервера, которая будет содержать все данные основ ного сервера по состоянию на момент отказа (за исключением неподтвержденных которые будут утеряны).
Разместив файлы журнала в RAID-массиве, вы сможете гарантировать доступность активной части журнала транзакций для архивации и переноса на резер вный сервер.
Занятие Резервные серверы На основном сервере активную часть журнала транзакций можно архивировать с параметром Ч при этом основная БД остается в режиме восстанов ления. Когда основной сервер будет готов для перевода в рабочий режим, к его БД следует применить журналы транзакций, созданные на резервном сервере за время простоя основного. Благодаря этому вам не потребуется восстанавливать на основ ном сервере полную архивную копию БД и журналов транзакций. В результате вос становление основного сервера после сбоя пройдет гораздо быстрее.
Если основной сервер заменяют резервным, следует задать последнему имя ос новного сервера или сконфигурировать пользовательские процессы для подключе ния к резервному серверу вместо основного. Все неподтвержденные транзакции нуж но перезапустить Ч их состояние невозможно поддерживать между резервным и ос новным серверами.
Примечание Переименовав сервер на основе Windows NT 4,0/2000, с помощью про граммы SQL Server Setup переименуйте экземпляр SQL Server 2000.
Прежде чем заменить основной сервер резервным, на последнем необходимо со здать регистрационные записи пользователей. Для этого можно:
Х создать на основном сервере сценарии, регистрационные записи, и затем выполнить их на резервном сервере;
Х воспользоваться конструктором DTS Designer и встроить в задание задачу DTS Transfer чтобы автоматизировать архивацию, копирование и восстановле ние содержимого системной таблицы sysxlogins с основного сервера на резервный.
Если резервный сервер обслуживает только один рабочий сервер, при создании резервного сервера можно определить на нем учетные записи. Однако, если ный сервер обслуживает несколько БД нескольких экземпляров SQL Server, учетные записи на резервном сервере следует создавать только при замене им конкретного основного сервера.
Автоматизация распространения журнала Для автоматизации обслуживания резервного сервера можно создать задания архива ции, копирования и восстановления, которые SQL Server Agent будет периодически выполнять на основном и резервном серверах. Этот автоматизированный процесс называется распространением журнала (log shipping). Можно также выделить третий сервер для наблюдения за ходом выполнения заданий распространения журнала на основном и резервном серверах;
обычно такой сервер используется для наблюдения сразу за несколькими парами серверов.
Распространение журнала поддерживают только версии SQL Server Enterprise Edition, Enterprise Evaluation Edition и Developer Edition.
Упомянутые задания можно создать с помощью мастера Database Maintenance Plan Wizard, доступного в SQL Server Enterprise Manager. Чтобы запустить мастер Database Maintenance Plan Wizard (вы должны быть членом роли sysadmin), выберите в меню Tools команду Database Maintenance Planner. Можно также раскрыть Management, контейнер Database Maintenance Plan правой кнопкой и выб рать New Maintenance Plan. Подробнее о функциях Database Maintenance Ч в главе 554 Обеспечение доступности Глава В окне Select Servers выберите основной сервер Select Select on be Рис. 16-1. Диалоговое окно Select Servers В окне Select Databases выберите нужную БД, для нее флажок Ship The Transaction Logs To Other SQL Servers (Log Shipping). За один раз можно выбрать толь ко одну БД (рис, 16-2).
he ID plan Рис. 16-2. Диалоговое окно Select Databases Затем в окне Specify the Database Backup Plan пометьте флажок Back Up The Database As Part Of The Maintenance Plan (рис. 16-3).
Примечание Включать в план обслуживания полное резервное копирование БД не требуется. Но вам придется создать начальную полную резервную копию БД или вос пользоваться уже имеющейся.
В окне Specify Transaction Log Backup Disk Directory укажите папку для хранения файлов резервных копий журнала транзакций. Во избежание ошибок и сбоев убеди тесь, что там достаточно свободного дискового пространства (рис. 16-4).
В окне Specify The Transaction Log Share укажите сетевое папки, в которой хранятся файлы резервных копий журнала транзакций (рис. 16-5).
1 Резервные серверы the rfar to Рис. 16-3. Диалоговое окно Specify the Database Backup Flan Log the ID aлe Рис. 16-4. окно Specify Transaction Log Backup Disk Directory. (he logs Рис. 16-5. Диалоговое окно Specify The Transaction Log Share Сетевое имя нужно предварительно создать. У доменной учетной записи службы SQL Server Agent, выполняющейся на основном сервере, должен быть доступ на чте Обеспечение повышенной доступности ние и запись к данной папке, а у доменной учетной записи службы SQL Server выполняющейся на резервном сервере, Ч только доступ на чтение.
В окне Specify The Log Shipping Destinations щелкните Add Ч откроется окно Add Destination Database где можно указать резервный сервер и сконфигуриро вать его параметры, В мастере резервный сервер называется конечным (destination).
Распространение журнала позволяет не только и серверы, но также создавать доступные только для чтения копии БД производствен ных серверов, не прибегая к репликации.
Specify Ни Рис. 16-6. Выбор резервного В окне Add Destination Database также следует сконфигурировать параметры ко нечной БД (рис. 16-7).
16-7. Конфигурирование параметров конечной БД 1 Резервные серверы В группе Destination Database можно изменить имя конечной БД. Это полезно при создании доступной только для чтения БД, которая будет использоваться для генера ции отчетов. Чтобы сделать БД доступной только для считывающих запросов, в груп пе Database Load State установите переключатель в положение Standby Mode (по умол чанию он находится в положении No Recovery Mode). Если вы обновляете и переза писываете имеющуюся БД (вместо создания новой), пометьте флажок Terminate Users In Database (Recommended), чтобы автоматически удалить из БД всех пользователей.
Если предполагается, что при необходимости резервный сервер заменит основной, пометьте флажок Allow Database To Assume Primary Role. При этом в поле Directory следует указать папку, где будут храниться архивные копии журнала со зданные за время простоя основного сервера.
В окне Initialize The Destination Databases укажите файл полной архивной копии БД, который будет использоваться для конечной БД на резервном сервере.
the backup to Рис. 16-8. файла резервной копии для конечной БД Если это необходимо, можно немедленно выполнить полное резервное копирова ние БД, установив Perform A Full Database Backup Now. Кроме того, можно воспользоваться последним имеющимся файлов резервной копии Ч для установите переключатель в положение Use Most Recent Backup File и укажите в од ноименном поле путь к файлу резервной копии. Выбранный файл будет помешен в сетевую папку с файлами для распространения журнала, чтобы конечный сервер мог его для инициализации конечной БД.
В окне Log Shipping Schedules задайте расписание распространения журнала (рис. 16-9).
Периодичность резервного копирования журнала транзакций по ука занная в группе Backup Schedule, Ч 15 минут. Чтобы изменить ее, щелкните Change и задайте нужную периодичность в окне Edit Recurring Job Schedule. В поле Frequency указана периодичность копирования и восстановления архивных копий журнала транзакций на резервном сервере (по умолчанию Ч 15 минут). В поле Load Delay можно задать задержку между копированием и восстановлением архивных ко пий журнала транзакций (по умолчанию восстановление происходит немедленно). В поле File Retention Period указан срок хранения архивных копий журнала транзакций в сетевой папке (по умолчанию Ч 24 часа). Если резервный сервер не сможет забрать повышенной архивные файлы журнала до истечения их срока хранения, конечную БД потребуется повторно Периодичность архивации журнала и срок хранения резервных копий определяют, сколько дискового пространства необходимо архивным копиям журнала транзакций.
Shipping Schedule] Рис. 16-9. Создание расписания распространения журнала В окне Log Shipping Thresholds задайте пороговые значения для срабатывания оповещений о событиях распространения журнала (рис. 16-10).
Shipping Рис. 16-Ю. окно Log Shipping Thresholds В поле Backup Alert задают максимальную продолжительность интерва ла между операциями архивации журнала транзакций на основном сервере (по чанию Ч 45 минут). Если этот интервал превышен, срабатывает оповещение и уве домляет администратора о проблемах с автоматизированным распространением жур нала. В поле Out Of Sync Alert Threshold задают максимальную продолжительность интервала между последней операцией архивации журнала транзакций на основном сервере и восстановлением архивной копии журнала на резервном (по умолчанию Ч 45 минут), В окне Specify The Log Shipping Monitor Server Information укажите сервер, кото рый будет наблюдать за выполнением заданий распространения журнала на основ ном и резервном серверах (рис.
Для мониторинга рекомендуется выбирать сторонний, отличный от основного и резервного, сервер. может вести мониторинг сразу нескольких пар серверов, между которыми осуществляется распространение журнала. Следует также указать режим проверки подлинности, используемый службой SQL Server Agent для подключения к серверу-наблюдателю. Если выбран режим проверки подлиннос ти средствами SQL Server, необходимо использовать регистрационную запись log Shipping bg shipping win Рис. Диалоговое окно Specify The Log Shipping Monitor Server Information О оставшихся диалоговых окнах мастера, Reports to Generate (рис. 13-48) и Maintenance Plan History (рис. 13-49), рассказывалось в главе 13.
По завершении создания плана обслуживания откроется окно Database Mainte nance Plan Wizard Summary Убедитесь, что все параметры верны, и щел кните Next. В окне Completing the Database Maintenance Plan Wizard (рис. 16-13) щел кните Finish.
Maintenance Plan Wizard Summary to а plan is described name,, !..
Рис. 16-12. Диалоговое окно Database Maintenance Plan Summary После того как мастер Database Maintenance Plan Wizard завершит работу, БД скон фигурированная для распространения журнала, будет восстановлена на резервном сервере с использованием параметра NORECOVERY или STANDBY (рис.
Обеспечение повышенной the Maintenance Wizard to a log Mow ritatinrj lor DS Not Рис. 16-13. Диалоговое окно Completing the Database Maintenance Plan ЗД SQL (Window!
model Рис. 16-14. Резервный сервер с БД в режиме Упражнение Создание резервного сервера В этом упражнении вы с помощью мастера Database Maintenance Planner Wizard автоматизируете распространение журнала.
Чтобы создать сервер 1. Убедитесь, что вы зарегистрировались на контроллере домена под учетной записью Administrator.
2. Раскройте меню SQL Server и выберите Enterprise Manager.
3. В дереве консоли последовательно раскройте контейнеры Microsoft SQL Servers, SQL Server Group, экземпляра по умолчанию, затем контейнер Databases.
4. Щелкните контейнер Databases правой кнопкой и выберите All Tasks\Attach Database.
Откроется окно Attach Database 5. Щелкните кнопку (...).
Откроется окно Browse for Existing File Ч SelfPacedCPU.
6. Выберите файл LogShipDB.mdf в папке и щелкните ОК.
Резервные серверы БД LogShipDB почти подключена.
7. Из списка Specify Database Owner выберите Sa.
8. Щелкните OK, чтобы подключить БД LogShipDB.
Появится сообщение SQL Server Enterprise Manager об успешном подключении БД.
9. Щелкните ОК.
Заметьте: LogShipDB появилась в списке БД.
10. Щелкните контейнер LogShipDB правой кнопкой и выберите All Tasks\Mainte nance Plan.
Откроется окно Welcome To The Database Maintenance Plan Wizard.
11. Щелкните Next.
Откроется окно Select Servers.
12. Пометьте флажок (Local) и Next.
Откроется окно Select Databases с помеченным флажком LogShipDB.
флажок Ship The Transaction Logs To Other SQL Servers (Log Shipping) и щелкните Next.
Откроется окно Update Data Optimization Information.
14. Щелкните Next.
Откроется окно Database Integrity Check.
15. Щелкните Next.
Откроется окно Specify The Database Backup Plan.
16. Снимите флажок Back Up The Database As Part Of The Maintenance Plan и щелкни те Next.
Откроется окно Specify Transaction Log Backup Disk Directory.
Убедитесь, что переключатель находится в положении Use The Default Backup Directory.
18. Пометьте флажок Remove Files Than. Затем введите в одноименном поле 1 и в раскрывающемся списке выберите Щелкните Next.
Откроется окно Specify The Transaction Log Share.
20. Запустите Windows Explorer и откройте папку Files\Microsoft SQL Щелкните папку Backup правой кнопкой и выберите Sharing.
Откроется окно Backup Properties.
22. Установите переключатель в положение Share This Folder, в списке Share Name введите и щелкните ОК.
23. В Windows Explorer откройте папку SQL 24. Щелкните папку Backup правой кнопкой и выберите Sharing.
Откроется окно Backup Properties.
Установите переключатель в положение Share This в списке Share Name введите и щелкните ОК.
26. Закройте Windows Explorer.
27. Перейдите к мастеру Database Maintenance Plan Wizard.
28. В поле Network Share Name For Backup Directory введите и щелкните ОК.
Мастер проверит, существует ли указанная сетевая папка, и откроет окно Specify The Log Shipping Destinations.
повышенной доступности Глава 29. Щелкните Add.
Откроется окно Add Destination Database.
30. В списке Server Name выберите В группе Database Load State установите переключатель в положение Standby Mode и пометьте флажок Terminate In Database (Recommended).
32. Пометьте флажок Allow To Assume Primary Role.
В поле Directory введите и ОК.
Мастер проверит, существует ли указанная сетевая папка. Затем откроется окно Specify The Log Shipping Destinations с о конечном сервере и БД.
34. Щелкните Next.
Откроется окно Initialize The Destination Databases.
35. что переключатель находится в положении Perform A Full Database Backup Now, и щелкните Next.
Откроется окно Log Shipping Schedules.
36. Щелкните Change, чтобы изменить расписание резервного копирования.
Откроется окно Edit Recurring Job Schedule.
37. В поле Occurs Every группы Daily Frequency вместо 15 введите 1 и щелкните ОК.
Откроется окно Log Shipping Schedules.
38. В поле Copy/Load Frequency группы Daily Frequency вместо 15 введите 1.
39. В поле File Retention Period группы Frequency вместо 24 введите 1.
40. Щелкните Next.
Откроется окно Log Shipping Thresholds. Заметьте: время срабатывания оповеще ния Backup Alert Ч 5 минут, а оповещения Out Of Sync Alert Ч 3.
41. Щелкните Next.
Откроется окно Specify The Log Shipping Monitor Server Information.
42. Убедитесь, что в списке SQL Server выбран сервер и щелкните Next.
Откроется окно Reports To Generate.
43. Щелкните Next.
Откроется окно Maintenance Plan History.
Щелкните Next.
Откроется окно Database Maintenance Plan Wizard Summary.
В поле Plan Name введите Log Shipping и щелкните Next.
Откроется окно Completing The Database Maintenance Plan Wizard.
46. Щелкните Finish.
Просмотрите ход выполнения задач мастером.
47. Когда появится сообщение Database Maintenance Plan Wizard об успешном созда нии плана обслуживания, щелкните ОК.
48. В дереве консоли последовательно раскройте контейнеры Namedlnstance и Databases.
49. Щелкните контейнер Databases и кнопку Refresh в панели инструментов.
Заметьте: в контейнере Databases явился вложенный контейнер с доступной только для чтения копией БД LogShipDB. Если контейнер LogShipDB не отображается, щелкните Databases правой кнопкой и выберите Refresh.
50. Не закрывайте SQL Server Enterprise Manager.
Резервные серверы Мониторинг распространения журнала Для мониторинга хода распространения журнала раскройте на сервере-наблюдателе контейнер Management и щелкните Log Shipping Monitor (если вы только что скон фигурировали распространение журнала, щелкните контейнер Management правой кнопкой и выберите Refresh). В правой панели отобразится всех серверов, участвующих в распространении журнала (рис. 16-15).
Рис. за состоянием распространения журнала В столбце Last Backup отображается дата и время последней архивации журнала транзакций на основном сервере. В Last Copy Ч дата и время последнего копирования архивного файла журнала в сетевую папку. В столбце Last Restore Ч дата и время последнего восстановления архивной копии журнала на резервном В столбце Status Ч состояние синхронизации. Чтобы отображалась только деталей, щелкните кнопку Show/Hide Tree/Favorites в панели инструментов.
Чтобы просмотреть журнал архивации на основном сервере, щелкните правой кнопкой пару, участвующую в распространении журнала, и выберите View Backup History. Откроется окно Database Maintenance Plan History (рис. 16-16).
Рис. 16-16. Диалоговое окно Database Maintenance Plan History Чтобы журнал копирования и восстановления на резервном сервере, щелкните правой кнопкой пару, участвующую в распространении журнала, и выбе рите View Copy/Restore History. Откроется окно Secondary Server Log Shipping History (рис. 16-17).
повышенной Глава г AM AM AM AM Succeeded 1 Succeeded AM L Рис. 16-17. Диалоговое окно Secondary Server Log Shipping History Чтобы настроить параметры распространения щелкните нужную пару серверов правой кнопкой и выберите Properties. Откроется окно Log Shipping Pair Properties (рис. с информацией о распространении журнала, включая имя пос ледней резервной копии, имя последнего скопированного файла, имя последнего вос становленного файла, а также дату и время выполнения этих операций.
Рис. 16-18. Status диалогового окна Log Shipping Pair Properties Чтобы сконфигурировать параметры оповещений о событиях основного сервера, перейдите на вкладку Source (рис. 16-19). Для просмотра расписания резервного ко пирования щелкните View Backup Schedule.
Занятие t Рис. 16-19. Вкладка Source диалогового окна Log Shipping Properties Чтобы сконфигурировать параметры о событиях резервного сервера, перейдите на вкладку Destination (рис. Для просмотра расписания копирова ния БД щелкните View Backup Schedule. Для просмотра расписания восстановления Ч View Load Schedule.
[ I I I Рис. 16-20. Вкладка Destination диалогового окна Log Shipping Properties Упражнение 2. Мониторинг распространения журнала В этом упражнении вы с помощью утилиты Log Shipping Monitor будете блюдать за распространением журнала.
Чтобы наблюдать за распространением журнала 1. Убедитесь, что вы на контроллере домена под учетной записью Administrator.
2. В дереве консоли SQL Server Enterprise Manager раскройте контейнер Management экземпляра по умолчанию.
3. Щелкните контейнер Management и затем Ч кнопку Refresh в панели инструментов.
4. В контейнере Management щелкните Log Shipping Monitor.
В правой панели отобразится состояние пары серверов, участвующей в распространении журнала транзакций.
5. В панели инструментов щелкните кнопку Show/Hide Console Tree/Favorites.
Заметьте: в окне SQL Server Enterprise Manager отображается только содер жимое правой панели.
6. Щелкните правой кнопкой пару, участвующую в распространении журнала, и выберите View Backup History.
Откроется окно Database Maintenance Plan History Ч с историей пла на Заметьте: журнал транзакций архивируется каждую минуту и каждому успешно выполнившемуся заданию соответствует синяя галочка в столб це Status.
7. Щелкните Close.
8. Щелкните правой кнопкой пару, участвующую в распространении журнала, и выберите View Copy/Restore Откроется окно Secondary Server Log Shipping History Ч Заметьте: каждую минуту выполняются задания копирования и загрузки.
Задание загрузки восстанавливает все скопированные архивные файлы журнала транзакций, после чего задание копирования подключается к основному серверу и копирует на резервный новые архивные файлы.
9. Щелкните Close, 10. Щелкните правой кнопкой пару, в распространении журнала, и выберите Properties.
Откроется окно Log Shipping Pair Properties. Заметьте: поле Load Delta указывает, что задержка синхронизации между основной и резервной БД составляет 1 мину ту (на медленных компьютерах она будет равна 2 минутам).
Щелкните чтобы закрыть окно Log Shipping Pair Properties.
В меню Tools выберите SQL Query Analyzer.
Запустится SQL Query Analyzer и откроет соединение с по умолча нию на компьютере SelfPacedCPU.
13. В панели инструментов щелкните кнопку Load SQL Script.
Откроется окно Open Query File.
14. Откройте файл из папки Этот сценарий изменяет значение поля ContactTitle одной из записей БД Log 1 Резервные серверы 15. В панели инструментов щелкните кнопку Execute Query, чтобы выполнить запрос.
Заметьте: значение поля для записи с идентификатором ANATR изменилось.
16. Не закрывайте SQL Query Analyzer и SQL Server Enterprise Manager.
Замена основного сервера резервным Чтобы заменить основной сервер резервным, выполните следующие хранимые про цедуры в указанном порядке.
Выполните на основном сервере системную хранимую процедуру Параметр позволяет указать нужную БД, параметр ckup_log Ч заархивировать журнал транзакций, аргумент Ч откатить все незавершенные транзакции. С аргумента можно указать состояние восстановления БД после завершения хранимой процедуры Ч RECO VERY (по умолчанию), NO RECOVERY или STANDBY. Аргумент позволяет указать уровень доступа к БД после завершения хранимой процедуры Ч (по умолчанию), RESTRICTEDJJSER или SINGLE_USER.
2. Выполните на резервном сервере системную хранимую процедуру Параметр позволяет указать нужную резервную БД и пре образовать ее в основную, параметр @do_foad Ч применить к резервной БД архивные файлы журнала транзакций. С помощью аргумента nal_state можно указать состояние восстановления БД после завершения храни мой процедуры Ч RECOVERY (по умолчанию), NO RECOVERY или STANDBY.
Аргумент @access_level позволяет указать уровень доступа к БД после завершения хранимой процедуры Ч (по умолчанию), RESTRICTEDJJSER или Если при запуске хранимой процедуры на резервном сервере в резер вной БД выполняется какое-либо задание, система выдаст об о невозможности монопольного доступа к БД для вос становления файлов журнала транзакций. Выполните системную хранимую проце дуру еще раз или завершите восстановление с помощью SQL Server Enterprise Manager.
3. Выполните на сервере-наблюдателе системную хранимую процедуру чтобы обновить информацию о распространении журнала. Пара метр позволяет указать заменяемый основной сервер, параметр Ч заменяющий резервный сервер, параметр Ч резер вную БД, преобразуемую в основную, и параметр Ч сетевую папку, из которой новый сервер будет забирать файлы архивных копий журнала Кроме того, необходимо убедиться, что на новом основном сервере есть все необ ходимые регистрационные записи. Для этого можно воспользоваться сценарием Transact-SQL или, если вы с помощью задачи DTS Transfer Logins создали файл вы вода утилиты с этими записями, системной хранимой процедурой и преобразовать регистрационные записи из файла.
После выполнения всех упомянутых процедур резервный сервер может работать в качестве нового основного. Старый основной сервер более не является участником пары распространения журнала. Для восстановления этой пары следует вручную до бавить старый основной или какой-либо другой сервер. Чтобы сделать доступным ос новной сервер, повторите описанную выше действий.
повышенной доступности Глава Упражнение 3. Замена основного сервера резервным В этом упражнении вы основной сервер резервным, а также отклю чите основной сервер и его задания по распространению журнала.
Чтобы заменить основной сервер резервным Убедитесь, что вы зарегистрировались на контроллере домена под учетной записью Administrator.
2. В SQL Query Analyzer убедитесь, что вы подключены к экземпляру SQL Server умолчанию на компьютере SeliPacedCPU, и затем щелкните кнопку Load SQL Script в панели инструментов.
Откроется окно Open Query 3. Откройте файл из папки Этот сценарий запускает системную хранимую процедуру которая архивирует журнал транзакций БД LogShipDB и делает БД дос тупной только для чтения.
4. Щелкните кнопку Execute Query в панели инструментов.
Сценарий начнет выполняться и выведет сообщение об архивации текущего жур нала транзакций.
Примечание При отсутствии у службы SQL Server Agent необходимых разрешений доступа система выдаст сообщение. Проверьте разрешения служ бы SQL Server Agent, или убедитесь, что учетная запись является членом локальной группы Administrators, Перезапустите все службы и начните выполнять это упражнение с самого начала.
5. Переключитесь в SQL Server Enterprise Manager.
6. При необходимости щелкните в панели инструментов кнопку Show/Hide Console Tree/Favorites, чтобы отобразить дерево консоли.
7. Последовательно раскройте контейнеры Mana gement, SQL Server Agent, Jobs и затем Local Server Jobs.
В правой панели отобразится список заданий.
8. Щелкните в правой панели значок задания Log Shipping Copy правой кнопкой и выберите Disable Job.
9. Щелкните в панели значок задания Log Shipping Restore For SelfPacedCPU правой кнопкой и выберите Disable Job.
10. Переключитесь в SQL Query В меню File выберите Connect.
Откроется окно Connect To SQL Server.
12. В списке SQL Server выберите сервер убедитесь, что переключатель находится в положении Use Windows Authentication, и щелкни те ОК.
В панели инструментов щелкните кнопку Load SQL Script.
Откроется окно Open Query File.
14. Откройте файл из папки Этот сценарий запускает системную хранимую Ie, которая копирует текущий журнал транзакций с основного сервера и восста Занятие 1 Резервные серверы навливает его в БД LogShipDB резервного. Кроме того, переводит БД в режим многопользовательского доступа и делает ее доступной только для чтения.
15. Щелкните кнопку Execute Query в панели инструментов.
Заметьте: сценарий копирует текущий журнал транзакций (а также прочие, еще не скопированные, файлы журнала) и восстанавливает его в БД резервного сервера.
Сценарий удаляет задания копирования и загрузки, выполнявшиеся на старом резервном сервере, и активирует на новом основном сервере задание архивации журнала транзакций. Если SQL Server выдаст сообщение о невозможности моно польного доступа к БД для восстановления журнала транзакций, повторно выпол ните системную хранимую процедуру.
16. Переключитесь в панель запросов SQL Query Analyzer, где открыто соединение с экземпляром по умолчанию.
17. В панели инструментов щелкните кнопку Load SQL Script.
Откроется окно Open Query File.
18. Откройте файл из папки Этот сценарий запускает системную хранимую процедуру которая уведомляет о смене ролей основного и резервного серверов. Кроме того, сценарий расположение сетевой папки, из кото рой новый основной сервер забирает файлы журнала транзакций.
19. Щелкните кнопку Execute Query в панели инструментов.
20. Переключитесь в панель запросов SQL Query Analyzer, где открыто соединение с экземпляром 21. В панели инструментов щелкните кнопку Clear Window.
22. В панели запросов введите SELECT * FROM WHERE = и в панели инструментов щелкните кнопку Execute Query.
Заметьте: в журнале транзакций зафиксировано изменение значения поля Title, которое вносится в БД основного сервера до как та будет восстановлена.
23. В панели инструментов щелкните кнопку Clear Window.
24. В панели запросов введите UPDATE SET = WHERE CustomerlD = и в панели инструментов кноп ку Execute Query.
Заметьте: запрос выполнился успешно. Новая основная БД функционирует нор мально. Если SQL Server выдаст сообщение о том, что выполнить оператор BEGIN TRANSACTION невозможно, поскольку БД доступна только для чтения, вы под ключены к экземпляру по умолчанию, а не к именованному.
25. Закройте SQL Server Enterprise Manager и SQL Query Analyzer.
Резюме При отказе или профилактическом обслуживании основного сервера резервные сер веры позволяют быстро заменить его. Распространение журнала автоматизирует эту замену, используя задания и оповещения службы SQL Server Agent на основном и резервном серверах. применяется для мониторинга пар серве ров, участвующих в распространении журнала. Для замены основного сервера вным необходимо выполнить три системных хранимых процедуры. Кроме того, сле дует убедиться, что на новом резервном сервере имеются все необходимые ционные записи SQL Server. Для этого можно воспользоваться задачей DTS Transfer Logins или 570 Обеспечений Глава Занятие 2. Отказоустойчивые кластеры При отказе основного узла отказоустойчивый кластер на основе SQL Server 2000 прак тически мгновенно делает доступным расположенный в нем дополнительный узел.
Отказоустойчивые кластеры обеспечивают более высокий уровень доступности, чем резервные серверы. Здесь рассказывается о службе MSCS (Microsoft Cluster Service) и использовании отказоустойчивых кластеров, работающих в режиме лактивный/актив и лактивный/пассивный. Вы научитесь создавать и конфигурировать вирту альный сервер SQL Server в отказоустойчивом кластере, а также поддерживать такие кластеры.
Изучив материал этого вы сможете:
установить SQL Server на нескольких узлах отказоустойчивого кластера;
рассказать о типах отказоустойчивых кластеров;
поддерживать отказоустойчивый кластер;
решить проблемы с отказом узла кластера.
Продолжительность занятия Ч около минут Обзор службы MSCS MSCS Ч это служба Windows NT 4.0/2000, создавать кластеры серверов (также называемые отказоустойчивыми) Ч группы независимых компьютерных сис тем, работающих как одна система и общую систему хранения данных (обычно RAID-систему). Windows 2000 Data Center поддерживает до четырех узлов (каждый сервер кластера называется узлом). Windows 2000 Advanced Server и Windows NT 4.0 Enterprise Edition поддерживают два узла. Приложения выполняются в класте ре серверов, а не на каком-то конкретном из узлов. ПО для создания кластеров MSCS ведет мониторинг всех узлов и гарантирует работу выполняющегося в кластере приложения независимо от отказа отдельного узла (рис. 16-21).
Примечание Установка и администрирование кластера серверов на основе Windows NT 4.0 /2000 выходят за рамки данной книги.
Создание виртуального сервера в кластере серверов SQL Server 2000 выполняется как виртуальный сервер на двух и более узлах кластера серверов. Для установки SQL Server 2000 в имеющемся кластере запустите на одном из узлов кластера программу SQL Server Setup. Она автоматически опознает наличие кластера серверов. В окне Computer Name установите переключатель в положение Virtual Server, чтобы создать виртуальный сервер и установить исполнимые файлы на каждом узле кластера (например, в папку C:\Program SQL Server каж дого узла). При этом каждый узел в случае необходимости сможет запускать испол нимые программы SQL Server. Файлы данных (системных и пользовательских БД) виртуального сервера можно разместить только в совместно используемой стеме. Благодаря этому файлы данных будут доступны всем узлам.
В процессе установки задают имя виртуального сервера и назначают этому серве ру IP-адрес. Для поддержки нескольких подсетей виртуальному серверу можно на Занятие 2 Отказоустойчивые кластеры значить несколько IP-адресов Ч это обеспечит избыточность на случай отказа вой платы или маршрутизатора. Клиент SQL Server подключается к виртуальному сер веру, а не к какому-то отдельному узлу. По умолчанию виртуальный сервер выполня ется на том узле, где вы устанавливаете SQL Server, хотя основным можно сделать и другой узел. Один или несколько дополнительных узлов кластера выступают в каче стве резервных, и при отказе основного сервера принимают на себя его нагрузку.
Узел кластера серверов может быть активным или пассивным. В кластере можно создать до 16 экземпляров SQL Server 2000, каждый из которых может выполняться на любом узле. Ресурсы резервных узлов (память и процессор) должны быть доста точными, чтобы справиться с нагрузкой при отказе основного сервера. Ниже объяс няется, как можно определить необходимый объем ресурсов.
Х Кластеры режима В таких кластерах дополнительный узел является резервным для конкретного основного узла. При отказе основного (ак тивного) узла резервный (пассивный) узел принимает на себя его нагрузку без снижения производительности или пропускной способности. Конфигурацию лак рекомендуется использовать для критичных ний. Тем не менее в кластере режима пассивный узел обычно не используется, за исключением случаев отказа основного узла.
Х Кластеры режима лактивный/активный. В таких кластерах каждый узел является основным узлом одного виртуального сервера и резервным узлом другого вирту ального сервера. При отказе одного из узлов оставшиеся будет вынужден обраба тывать нагрузку обоих виртуальных серверов. Обычно это означает некоторое сни жение производительности. Ресурсы узлов следует планировать так, чтобы резер вный узел мог обслуживать все процессы отказавшего узла. Организация класте ров режима лактивный/активный Ч это наиболее эффективное использование оборудования при условии, что все узлы корректно функционируют.
Рис. 16-21. Отказоустойчивый кластер 579 повышенной доступности Профилактика проблем При развертывании SQL Server 2000 в кластере следует учесть ряд проблем установки и конфигурирования.
Х Если вы собираетесь в кластере координатор MS DTC, перед уста новкой SQL Server на каждом узле следует запустить мастер Cluster Wizard. Это позволит координатору MS DTC выполняться в кластерном режиме.
Х Если для узла определен минимально используемый объем памяти, убедитесь, что объем памяти резервного узла чтобы справиться с нагрузкой при от казе основного узла. В кластерах серверов обычно рекомендуется позволить SQL Server динамически выделять память.
Если на одном из узлов используется AWE, на всех узлах должен быть одинако вый объем AWE, Убедитесь также, что общее значение максимально используемо го объема памяти для всех экземпляров меньше, чем минимальный объем физи ческой памяти на любом из узлов отказоустойчивого кластера.
Х Убедитесь, что интервал восстановления (время для переключения на резервный узел) Ч 0. При таком значении SQL Server сам выбирает интервал восстановления.
Пароли учетных записей всех служб SQL Server должны быть одинаковыми на всех узлах. Если вы изменяете пароль с помощью SQL Server Enterprise па роль автоматически меняется на всех узлах.
Х При использовании встроенного контроллера дисков отключите кэширование. В оптимизации производительности рекомендуется использовать внешний контроллер дисков, сертифицированный для использования базами данных.
В Windows NT 4.0 учетная запись служб SQL Server и SQL Server Agent должна быть членом локальной группы Administrators на всех узлах кластера.
Х При использовании репликации размешайте файлы моментальных снимков в раз деляемой дисковой подсистеме, чтобы при отказе одного из узлов они всегда были доступны.
Восстановление после сбоя При отказе основного узла виртуального сервера его функции принимает на себя до полнительный узел. Восстановление БД осуществляется автоматически, и резервный узел принимает и обрабатывает все пользовательские подключения (повторно откры вать их не требуется). процессы не замечают изменений конфи гурации кластера, за исключением небольшой задержки на завершение переключе ния узлов.
Для восстановления запустите программу установки и удалите отказавший узел из конфигурации. На это потребуется около минуты. Затем восстановите или замените отказавший узел. После этого запустите программу и добавьте восстановлен ный узел. Все прочие необходимые действия программа установки выполнит само стоятельно. Останавливать активный узел в восстановления отказавшего узла не требуется, и пользователи могут спокойно продолжить работу.
Занятие Резюме Отказоустойчивый кластер Ч лучший способ гарантировать постоянную БД SQL Server 2000. Отказоустойчивые кластеры используют службу MSCS и поддер живаются только в Windows 2000 Data Center, 2000 Advanced Server и Windows NT 4.0 Enterprise Edition. Если программа установки SQL Server распознала наличие кластера, можно сконфигурировать виртуальный сервер и сделать один из узлов кла стера основным. При отказе этого узла кластер автоматически переключится на до полнительный узел. Дополнительные узлы могут простаивать или выступать в каче стве основного узла для других виртуальных серверов.
574 Глава Закрепление материала J Приведенные ниже вопросы помогут вам лучше усвоить основные темы дан ной главы. Если вы не сумеете ответить на вопрос, повторите материал соот занятия. Правильные ответы приведены в приложении росы и ответы в конце книги.
1. Вы Ч администратор нескольких экземпляров SQL Server, которые должны быть доступны круглосуточно семь дней в неделю. Опишите и недостат ки доступных способов реализации отказоустойчивости: использования резервных серверов с распространением журнала и развертывания отказоустойчивого клас тера.
2. Вы Ч администратор 10 производственных серверов и собираетесь распространение журнала, чтобы обеспечить быстрое восстановление сервера в случае его отказа. Назовите число компьютеров, минимально необходимое для реализации этой задачи. Сколько компьютеров вы рекомендуете использовать?
П Р И Л О ЖЕ Н И Е Вопросы и ответы Глава Закрепление материала Вы планируете использовать SQL Server 2000 для проекта по реализа ции товаров через Интернет. К серверу предъявляются следующие требования: он должен обрабатывать большое число транзакций и быть круглосуточно доступен семь дней в неделю. Какую редакцию SQL Server 2000 вам следует выбрать?
Следует использовать SQL Server 2000 Enterprise Edition, поскольку данная редак ция поддерживает все необходимые вам функции отказоустойчивости и производительности.
2. Вам требуется, чтобы пользователи могли передавать SQL Server 2000 запросы по Интернету через браузеры. Какие компоненты SQL Server 2000 нужно для этого?
Во-первых, необходима служба SQL Server. Затем следует сконфигурировать IIS для доступа к SQL Server 2000 с использованием клиентских компонентов обмена данны ми. Какой конкретно компонент вы выберете, будет зависеть от вашей рабочей среды.
3. Структура БД SQL Server 2000 включает физический и логический уровни струк туры. В ваши обязанности администратора БД входит оптимизация производи тельности SQL Server 2000. На каком из этих уровней следует вносить изменения, чтобы существенно повысить производительность?
Как администратор БД, вы можете влиять на производительность SQL Server больше, чем кто бы то ни было оптимизируя физическую структуру БД, выби рая оборудование и указывая местоположение файлов данных и журнала.
4. У вас есть серверное приложение, которое использует экземпляры SQL Server выполняющиеся на компьютерах под управлением ОС семейства Windows 2000.
Часть пользователей взаимодействует с серверным приложением при помощи кли ентских программ, установленных на компьютерах с Windows 95/98. Необходимо, чтобы с этим серверным приложением могли также работать клиенты из Novell. Какой тип проверки подлинности следует выбрать?
Решите, будут ли клиенты, к SQL Server 2000 из сетей Novell, прохо дить предварительную проверку подлинности средствами ОС Windows. Если нет, скон фигурируйте SQL Server 2000 для использования смешанного проверки под линности и создайте для каждого пользователя регистрационную запись SQL Sewer.
Глава Закрепление материала 1. Вы решили установить SQL Server 2000 на ноутбук Pentium HI 400-MHz с 96 Мб ОЗУ, чтобы новые возможности SQL Server. Подходит ли данный компь ютер для этой цели?
Возможно. Однако для точного ответа необходима дополнительная информация.
соответствует требованиям всех редакций SQL Server и вер сий ОС Windows. Тем не менее в тексте вопроса не указан объем жесткого диска но утбука. свободного дискового достаточно, на ноутбук можно уста SQL Server 2000 Edition и любую версию Windows. Объем ОЗУ ноут бука не позволяет установить ОС семейства Windows 2000 Server и какую-либо ре дакцию SQL Server 2000, но можно установить любую ОС семейства Windows NT 4. Server и любую редакцию SQL Server 2000.
2. Устанавливая SQL Server 2000, хотите, чтобы Microsoft Exchange Server лял вас об успехе или неудаче установки. Какую учетную запись следует использо вать для служб SQL Server и SQL Server Agent?
Службы SQL Server и SQL Agent должны использовать доменную учетную за пись Ч она необходима для доступа к Microsoft Exchange Server.
3. Вы устанавливаете SQL Server 2000 в неоднородной сетевой среде, состоящей из серверов Windows NT и Novell. Ваша сеть поддерживает протоколы TCP/IP и NWLink IPX/SPX. Какой вариант установки следует при этом использовать Ч Custom или Typical?
Следует выбрать нестандартную (Custom) установку, поскольку при обычной сконфигурировать SQL Server 2000 для прослушивания протокола NWLink IPX/SPX нельзя. Но, поскольку при любом варианте установки на компьютер копируются все сетевые библиотеки, можно воспользоваться утилитой Server Network и скон фигурировать IPX/SPX по установки SQL Server 2000. Кроме того, в дополнение к протоколу IPX/SPX ваша сеть поддерживает протокол TCP/IP, который в большинстве случаев удовлетворяет всем вашим требованиям.
4. Вы устанавливаете SQL Server и что это можно сделать на том же компьютере, уже установлен SQL Server 7.0. Какие проблемы могут возник нуть, если вы установите SQL Server 2000 как именованный При установке SQL Server 2000 на компьютер с SQL Server 7.0 все утилиты SQL Server 7.0 будут обновлены до версии SQL Server 2000, Кроме того, вместо SQL Server 7.0 Books Online устанавливается SQL Server 2000 Books Online. Тем не БД SQL Server 7.0 останутся нетронутыми, и по прежнему будут ядро БД SQL Server 7.0.
5. Устанавливая SQL Server 2000, планируете установить одинаковые конфигура ции на нескольких чтобы проверить работу серверов на различных аппаратных платформах. Вы не хотите каждый раз использовать интерактивную установку SQL Server 2000. Что вы должны сделать в этом случае?
Следует с программы SQL Server 2000 Setup.iss-файл для после автоматической Это позволит устанавливать SQL Server одновременно на несколько компьютеров в идентичной конфигурации и необслужива емом режиме.
и ответы з 6. Вы установили SQL Server 2000 на отдельный предназначенный для тестирования новой версии. Вы не смогли запустить SQL Server, потому что не смогли войти в После того как проблема была решена, вы хотите ознако миться с журналом ошибок SQL Server, чтобы просмотреть запись о невозможно сти запуска служб SQL Server. Можете ли вы сделать если да, то как?
Просмотрите текущий или журналы ошибок с SQL Server Enterprise Manager или любого текстового редактора.
Глава Закрепление материала 1. Вы установили SQL Server 2000 на отдельный компьютер, предназначенный для оценки возможностей новой версии. Пользователь Gloria, администратор БД ва шей зарегистрировалась на SQL Server 2000 и попыталась просмотреть добавленные файлы. Она сообщила, что не может просмотреть все файлы, добав ленные в процессе установки. Что могло привести к такой ситуации? Свидетель ствует ли это о возникших ошибках и нужно ли предпринимать какие-либо дей ствия в этом случае?
Во избежание несанкционированного вмешательства программа установки SQL Server 2000 блокирует некоторые папки файловой системы Доступом к уникальным файлам данных и приложений экземпляров SQL Server обладают только члены ло кальной группы а также учетная запись служб SQL Server и SQL Server пользователь Gloria не видит новые файлы из-за того, что не состоит в локальной группе Administrators компьютера, где установлен SQL Server. Если Gloria будет администрировать данный экземпляр SQL Server 2000, ее, возможно, потребуется добавить в локальную группу но это необяза тельно. Подробнее о системе безопасности Ч в главах 10 и 11.
2. Вы установили SQL Server 2000 на отдельный компьютер, предназначенный для оценки возможностей новой версии. В процессе установки в качестве учетной за писи, используемой службами SQL Server и SQL Server Agent, использовалась учет ная запись пользователя локальной системы. Вы решили изменить и использовать учетную запись пользователя домена для этих служб.
Как в этом случае нужно изменить учетную запись, используемую данными служ бами?
Измените с помощью SQL Server Enterprise Manager учетную запись служб SQL Server и SQL Server Agent. При этом данной специальной учетной записи будут на значены необходимые права доступа к файловой системе NTFS и реестру Windows.
Кроме того, в БД службы Microsoft Search будет добавлена информация о смене учет ной записи службы SQL Server.
3. Вы установили SQL Server 2000 на отдельный компьютер, предназначенный для оценки возможностей новой версии. Вам необходимо проверить, что с SQL Server 2000 можно установить соединение и выполнить настройку свойств объектов SQL Server 2000. С какой утилитой вы должны работать в этом случае и почему?
Начать следует с SQL Server Enterprise Manager. Возможность установки связи мож но проверить и с помощью или SQL Query Analyzer, однако основное средство объектов SQL Server 2000 Ч это SQL Server Enterprise 578 Приложение Глава Закрепление материала 1. Вы планируете перейти с SQL Server 7.0, под управлением Windows NT 4.0, на SQL Server 2000. Вы хотите протестировать версию SQL Server 2000 на том же компьютере, где SQL Server 7.0, и вам также необходимо сохра нить версию SQL Server 7.0 в рабочем состоянии. Как вы будете выполнять обнов ление в данном случае?
Во-первых, решите, потребуется ли обновлять оборудование или ПО для установки SQL Server 2000. На компьютерах с Windows NT 4.0 должен быть установлен пакет Service Pack 5. Затем следует установить именованный экземпляр SQL Server 2000.
Не забудьте, что при этом все клиентские утилиты SQL Server 7.0, включая SQL Server Enterprise Manager и SQL Query Analyzer, будут обновлены до версии SQL Server 2000. Наконец, на диске должно быть достаточно свободного пространства для установки именованного экземпляра SQL Server 2000.
2. Вы недавно перешли с SQL 7.0 на 2000. Хотя общие характеристики сервера улучшились, полнотекстовый поиск не работает. В чем причина?
При обновлении версий были отключены полно текстовые каталоги, и вам потребует ся заполнить их вручную. Подробнее о полнотекстовых каталогов Ч в главе 3. Вы решили, что у вас недостаточно времени для полного обновления кушей вер сии SQL Server 7.0 и также решили выполнить оперативное обновление для своих производственных БД. Какие настройки и объекты вы будете обнов лять вручную?
Вам потребуется восстановить все конфигурационные параметры сервера, а также задания и оповещения SQL Server Agent. Кроме того, нельзя обновлять БД, участву ющие в репликации.
4. Вы протестировали SQL Server 2000 на компьютере, где работает SQL Server 6.5, и решили обновить текущую версию. Однако вы не можете определить местонахож дение мастера SQL Server Его нет в меню Start, и вы не можете найти его на жестком диске. Почему?
Мастер SQL Server Upgrade Wizard устанавливается только при установке SQL Server 2000 как экземпляра по умолчанию. Это обусловлено тем, что возможно только об новление до экземпляра по умолчанию. Если мастер недоступен, вы, установили именованный экземпляр SQL Server 2000.
Глава Закрепление Опишите, в чем состоит различие при упорядочении страниц данных таблиц, ис пользуюших кластерный и некластерный индексы.
Если на определен кластерный индекс, страницы данных (и страницы индек са) упорядочиваются в файле данных по значению ключа кластерного ин декса. При наличии некластерного индекса физически упорядочиваются только стра ницы индекса.
2. Какая модель восстановления не требует регулярного резервного копирования журнала транзакций?
Вопросы и В простой модели восстановления для усечения журнала транзакций не резервное копирование, а процесс контрольной точки, который автоматически усека ет неактивную часть журнала.
3. Почему при создании сценария не следует использовать операторы напрямую обращающиеся к системным таблицам?
Создавать сценарии с операторами к сис темным таблицам, не рекомендуется потому, что между выпусками SQL Server сис темные таблицы могут меняться. При этом вам потребуется переписывать сценарии.
Иногда в новых версиях продукта Microsoft изменяет системные таблицы, расширяя функциональность SQL Server.
Глава Закрепление материала Вы хотите создать пользовательскую БД, включающую в себя несколько файлов данных, размещенных на разных физических дисках. У вас мало опыта в нии операторов Transact-SQL. Как проще всего создать такую БД?
Воспользуйтесь SQL Server Manager. Мастер Create Database Wizard не позволяет создать БД, файлы данных которой размещаются на нескольких 2. Опишите два метода, с помощью которых можно изменить модель ния БД.
Изменить модель восстановления БД можно на вкладке Options диалогового окна свойств БД или с помощью оператора ALTER DATABASE Transact-SQL.
3. Вы создали новую БД, используя установленные по умолчанию свойства для жур нала транзакций. Вы создали резервные копии новой БД и БД master. После того как вы загрузили большой объем данных в новую базу, размер журнала транзак ций стал очень большим. Почему размер журнала настолько увеличился и как его уменьшить?
Файл журнала транзакций настолько что разрешено автомати ческое увеличение его размера и выбран режим восстановления отдельных операций.
SQL Server полностью зарегистрировал данных и добавил в журнал множе ство записей. Чтобы уменьшить размер журнала транзакций, его файл и затем выполните команду или DBCC SHRINKDATABASE.
Сжать журнал транзакций средствами SQL Server Enterprise Manager нельзя.
4. Вы администрируете небольшую систему БД на платформе Windows 2000 Server.
Хотя объем БД составляет менее 1 Гб, нагрузка на систему достаточно (прежде всего при выполнении операций записи данных), и вы хотите повысить ее производительность. У вас не хватает бюджета для приобретения аппаратного RAID, и вы не знаете, к каким таблицам и объектам БД чаще всего обращаются пользователи. Вы уже разместили журнал транзакций и файл данных на разных физических дисках. Какие сравнительно недорогие способы дальнейшего шения производительности системы можно использовать?
Вам следует использовать три или шесть небольших дисков. Создайте зеркало фай лов журнала при функций создания программного RAID-массива, имеющихся в Windows 2000 Server. Объедините оставшиеся диски в RAID-массив уровня 0, и переместите в этот массив Вы обеспечили отказоустойчи вость журнала транзакций, и поэтому в случае значительного прироста производи тельности отсутствие отказоустойчивости файлов данных может быть вполне прием лемо.
Глава Закрепление материала 1. Вы анализируете текстовый файл с данными, которые требуется импортировать в БД, и пришли к выводу, что данные внутренне согласованны, но содержат поля, не соответствующие структуре вашей БД. Похожие текстовые файлы вам придет ся импортировать еженедельно. Вы установили, что изменить оригинальный ис точник данных Назовите оптимальный способ достижения необходимой согласованности данных.
Согласованности данных можно достичь способами. Во-первых, можно с помощью DTS трансформировать данные в процессе их импорта. Во-вторых, можно воспользоваться текстовым редактором и вручную внести необходимые изменения. В можно импортировать данные во временную таблицу и средствами SQL очистить их. Все эти методы вполне однако использование DTS Ч самый автоматизированный из них. Кроме того, поскольку данную задачу придется выполнять постоянно, использование DTS будет оптимальным решением.
2. Опишите различия констант предшествования On Success и On Failure.
Задача после константы предшествования On Success выполняется только в случае успешного выполнения предшествующей задачи. Задача после константы вания выполняется по завершении выполнения предшествующей зада чи, независимо от того, было ли это выполнение успешным.
3. Вы создали и сохранили простой пакет для импорта и преобразования данных, который импортирует данные из электронных таблиц, отчеты менед жеров по продажам о расходах. Теперь вам требуется расширить функциональ ность пакета, включая уведомление администратора о том, что все менеджеры по продажам загрузили свои отчеты о расходах. Как это сделать?
Можно с помощью конструктора DTS отредактировать имеющийся пакет для ежене дельного подключения к нескольким источникам данных менеджеров по продажам) и загрузки отчетов о затратах. Можно воспользоваться службой Message Queuing и поставить в очередь задачу по загрузке электронной таблицы, которая бу дет выполняться раз в неделю для каждого менеджера. Когда последний менеджер загрузит данные, пакет DTS может уведомить об этом администратора с помощью задачи Send Mail.
4. Вы создали пакет, который получает данные о совершенных сделках из несколь ких электронных таблиц, используемых менеджерами вашей компании. Собрав данные, пакет копирует их в БД, применяемую для составления отчетов о прода жах. Вы хотите разослать этот пакет менеджерам, чтобы они регулярно выполняли его при составлении еженедельных отчетов. Одновременно требуется, чтобы ме неджеры не могли открыть или редактировать пакет. Как нужно сохранить и за пакет в этом случае?
Пакет следует поместить в структурированный файл хранилища и задать пароль пользователя и пароль владельца. Затем можно разослать пакет менеджерам по про дажам Ч они не смогут ни просмотреть, ни изменить его.
5. Вам требуется загрузить данные из текстового файла в таблицу, на которой опре делены кластерный и некластерный индексы. Порядок данных в текстовом файле соответствует порядку кластерного индекса. В процессе импорта вы удаляете дан ные таблицы и заменяете их новыми. Нужно ли удалить какой-либо индекс перед вставкой новых данных?
Поскольку перед вставкой новых данных таблица усекается, следует удалить некла стерный индекс и затем воссоздать его после вставки данных. Л кластерный индекс удалять не нужно, просто укажите в команде Ьср или операторе BULK INSERT, что данные уже упорядочены.
Глава Закрепление материала Вы используете RAID 1 для журнала транзакций и RAID для своей БД.
с таким уровнем отказоустойчивости все же необходимо составлять план восста новления данных?
Отказоустойчивость дисковой подсистемы не гарантирует полную защиту во всех ситуациях. Например, возможен одновременный отказ нескольких дисков, кра жа дисковой подсистемы или стихийное бедствие. Кроме того, иногда из-за ошибки пользователя или приложения требуется восстановить БД по состоянию на предыду щий момент времени.
2. Вы разрабатываете план восстановления данных. Вы сколько потребуется для выполнения полного резервного копирования БД, и установили, что можно выполнить резервное копирование всей БД за 6 часов. Вы решили вы полнять полное резервное копирование БД каждую ночь. Также вы определили, что вам необходимо выполнять резервирование журнала транзакций каждые минут для сведения к минимуму риска потери данных. Нужно ли включать в план восстановления данных выполнение регулярного резервного копирования БД?
Все зависит от ситуации. Преимущество дифференциальной архивации БД Ч в ускорении процесса восстановления. Если БД отказала в 17:00, вам потребу ется восстановить все архивные копии журнала транзакций, созданные с момента предыдущего резервного копирования БД. Если архивные копии журнала имеют не большой размер или размещаются лишь на нескольких лентах, преимущество диффе ренциального резервного копирования БД будет незначительным. Однако, если каж дая архивная журнала транзакций занимает отдельную ленту или имеет боль шой размер, выполняя резервное копирование БД каждые два часа, вы значительно снизите время на восстановление данных.
3. Вы являетесь ответственным за поддержку и БД системы приня тия решений. Эта БД регулярно наполняется из нескольких различных источни ков данных с пакетов DTS. Обеспечивает ли какие-либо преимущества использование полной модели восстановления для этой БД, учитывая ное увеличение числа и размера необходимых для восстановления резервных ко пий журнала Если такие все-таки есть, то в чем они заключаются?
здесь незначительны. БД заполнена данными из существующих источ ников. Если используется режим восстановления, отличный от восстановления от дельных операций, и БД будет по какой-либо причине утеряна, вы сможете восстано вить данные по состоянию на момент создания последней резервной копии транзакций. Оставшиеся данные будет относительно просто восстановить из ориги нальных источников.
Глава Закрепление материала 1. Вы регулярно проводите полное дифференциальное резервное копирование и ко пирование журнала на диск. Что еще следует периодически делать во избежание потери данных?
Да, вам следует регулярно переносить резервные копии с диска на ленту. Это помо жет защитить их на случай отказа диска.
2. Вы Ч начинающий администратор БД и хотите создать сценарий Transact-SQL для автоматизации резервного копирования. Но его синтаксис кажется вам слож ным. Какие средства могут облегчить понимание синтаксиса Transact-SQL и па раметров копирования?
Есть два отличных способа ознакомиться с параметрами резервного копирования и синтаксисом Transact-SQL. Во-первых, можно воспользоваться SQL Server Enterprise Manager и мастером Create Database Wizard. Они помогут вам понять функциональность каждого параметра. Во-вторых, можно редактировать и выполнять в БД примеры сценариев приведенные в этой главе и SQL Server Books Online.
3. Какое важное преимущество имеет SQL Server Enterprise Manager перед Transact SQL при восстановлении БД?
Основное использования SQL Server Enterprise Manager вместо Tran sact-SQL (кроме случаев изучения синтаксиса Transact-SQL) Ч то, что SQL Server Enterprise Manager использует журнал архивации из БД помогая вам выбрать необходимые наборы резервных копий для максимально быстрого полного восстанов ления БД.
4. Каково главное отличие процесса восстановления БД master от процесса восста новления других БД?
Для восстановления БД master SQL Server 2000 следует запустить в тельском режиме.
Глава Закрепление материала Вы хотите надежно защитить информацию БД SQL Server 2000. Все пользователи, которые имеют к ним доступ, являются пользователями Windows 2000. Нужно ли разрешить проверку подлинности средствами SQL Server? Почему?
Учитывая приведенную в тексте вопроса информацию, разрешать проверку подлин ности средствами SQL Server не следует. Основное преимущество такой проверки Ч предоставить пользователям, не проходившим проверку подлинности дос к экземпляру SQL Server 2000. Недостаток проверки подлинности средствами SQL Server Ч слабая Это связано с отсутствием в SQL Server 2000 политик пароля, имеющихся в Windows NT 4.0/2000, и с тем, что имя и пароль передаются открытым текстом (кроме случаев, когда для всего сеанса используется SSL-шифро вание).
2. Сотрудница службы поддержки сообщила, что она может зарегистрироваться в SQL Server 2000 и имеет доступ к БД и Pubs, однако не видит БД Reports. Возможно ли это, если да, почему?
Вопросы и ответы Пользователь не БД, к которым у него нет разрешений доступа. Чтобы эта со трудница службы поддержки могла работать с БД Reports, предоставьте ей доступа, добавьте ее в группу Windows, обладающую доступом к этой БД, или добавьте ее в состав из ролей БД Northwind Reports.
Кроме того, если активировать в БД Northwind Reports учетную запись guest, сотруд ница службы также сможет работать с данной БД.
3. Вы устанавливаете новый экземпляр SQL Server 2000. Вам нужно предоставить доступ к различным БД сотням пользователей, Что вы будете использовать для создания учетных записей и записей пользователей Ч SQL Server Enterprise Mana ger или системные хранимые процедуры Transact-SQL? Почему?
Следует сгенерировать сценарии Transact-SQL, а не использовать SQL Server Enter prise Manager, поскольку с помощью сценария можно создать сразу несколько пользо вателей, а средствами SQL Server Enterprise Manager Ч только одного.
Глава Закрепление материала Вы создали группу безопасности Windows 2000 для пользователей БД SalesRepor ting в системе SQL Server 2000 и поместили менеджеров по продажам в эту группу.
Затем вы предоставили этой группе доступ к SQL Server 2000 и БД Кроме того, вы включили эту группу в постоянную роль БД и dbda Некоторые пользователи пожаловались, что, несмотря на наличие у них доступа к данным в каждой таблице и представлении БД, они могут выполнять не все хранимые процедуры, а только часть из них. Выяснилось также и то, что один из пользователей данной группы может выполнять все хранимые процедуры. Ка ковы вероятные причины этой проблемы?
Можно начать с того, что членство в фиксированных ролях БД и db_datareader не дает разрешений на выполнение хранимых процедур. Следователь но, проблема связана с разрешениями собственно хранимых процедур. По-видимому, роли public предоставлены разрешения на выполнение всех процедур. Учитывая это, можно предположить, что одна часть пользователей наследует разрешения группы, обладающей правами на выполнение всех а другая относится к группе, для которой разрешения на выполнение некоторых процедур заблокированы.
2. Вам нужно предоставить определенным пользователям возможность добавлять новые данные в БД с высокой степенью зашиты. При этом также требуется весьма сильно ограничить разрешения пользователей на поиск данных. Вы заботитесь о безопасности этих данных. Какой наиболее безопасный способ вы можете исполь зовать, чтобы разрешить пользователям выполнять из задачи?
Можно создать роль приложения с ограниченным доступом к БД. Взаимодействуя с разработчиком, вы сможете создать позволяющее пользователям нять лишь определенный задач и обращающееся к БД при помощи роли жения и зашифрованного пароля. Наконец, можно сделать так, чтобы пользователи могли обращаться к SQL Server 2000 только через ваше приложение.
3. Вы разрабатываете систему зашиты для своего экземпляра SQL Server 2000 Вы предоставили доступ к нему только пользователям и группам Windows 2000.
ли какое-либо преимущество в предоставлении разрешений определяемым поль зователями группам БД по сравнению с прямым предоставлением разрешений до ступа группам Windows?
584 Приложение Возможно. Если отдельные наборы разрешений напрямую сопоставлены с группами Windows 2000 и регистрационные записи SQL Server 2000 не используются, преиму нет. Но, если вам в использовать регистрационные запи си SQL Server 2000 или если нескольким группам Windows 2000 нужен одинаковый набор назначение разрешений группе БД ад министрирование экземпляра SQL Server 2000.
Глава Закрепление материала 1. Вы работаете с несколькими серверными приложениями на одном компьютере и заметили, что после периода низкой активности производительность SQL Server 2000 мала. Как вы можете повысить производительность?
Следует задать минимально используемый объем ОЗУ, чтобы экземпляру SQL Server 2000 всегда была доступна определенная часть физической памяти.
2. Вы хотите настроить службу SQL Server Agent, чтобы отправлять администраторам почту в ответ на оповещения. Что вы должны сделать в первую очередь?
Службу SQL Server Agent следует сконфигурировать для доменной учетной записи.
3. Вы хотите разрешить XML-запросы к одной из ваших БД. Что для этого нужно сделать?
Сконфигурируйте виртуальный каталог I IS, ссылающийся на БД, и укажите контекст безопасности пользователей. Кроме нужно указать допусти мые типы XML-запросов.
Глава Закрепление материала 1. Администратор БД, назначенный надежным оператором, увольняется из компа нии. Что нужно сделать, прежде чем удалить его из списка операторов?
назначить надежным оператором другого пользователя или запретить уведомлять надежного оператора о событиях SQL Server.
2. Что можно предпринять, если не выполняется по расписанию?
что активны расписание и задание и запущена служба SQL Server Agent.
3. Вы создали оповещение, при заполнении журнала на 90%. Однако иногда журнал успевает заполниться до того, как сработает оповеще ние. Почему это происходит и как решить проблему?
Оповещения об условиях производительности опрашивают соответствующие счетчи ки производительности каждые несколько Если журнал транзакций заполня ется слишком быстро, интервал опроса счетчика слишком велик для того, чтобы опо вещение могло сработать и запустить резервное копирование журнала. Для решения проблемы уменьшите интервал счетчика.
4. Помимо управления контроллерами доменов, Web-узлом и почтовым сервером, в ваши обязанности входит поддержка небольшой БД. Вы хотите автоматизировать выполнение как можно большего числа задач. С чего начать?
Первое, что следует автоматизировать, Ч резервное копирование. Мастер Database Maintenance Plan Wizard позволяет автоматизировать архивацию всех системных и ответы пользовательских БД. Затем какие еще задачи можно автоматизировать средствами данного мастера, и предпримите действия. Решите, для событий и условий производительности необходимо определить чтобы узнавать о потенциальных проблемах.
5. Вы хотите создать отдельное задание, которое бы каждую ночь автоматически ар хивировало БД на всех экземплярах SQL Server и уведомляло вас о возникающих проблемах. Реально ли это?
Да. Вы можете создать для этого мультисерверное задание, и, как оператор основного сервера, получать уведомления об ошибках его выполнения. уведомления не б предполагается, что задание завершилось на серверах. Однако, если от кажет почтовая система вашей компании или остановится служба Messenger, вы не сможете получить уведомление об ошибке выполнения задания.
Глава Закрепление материала Вы недавно стали администратором БД среднего размера, и вам поставили задачу повысить ее производительность. Однако явных проблем нет. С чего следует на чать оптимизацию?
Для начала изучите всю доступную информацию о базовом уровне производительнос ти. Определите, не оказывает ли нехватка ресурсов негативное влияние на произво дительность. Затем можно перейти к выявлению и устранению блем производительности Ч индексов, длительно зап росов и т. д.
2. Вам требуется быстро просмотреть информацию об использовании всех ресурсов компьютера SQL Server и определить, достаточны ли ресурсы для вы полнения поставленных задач. Какая утилита больше всего подходит для этой Лучше всего подойдет Task Manager. поместить в системную панель и ис пользовать для быстрого просмотра активности процессора, памяти и ввода Ч да системы.
3. Вы просматриваете текущую активность сервера с помощью SQL Server Enterprise Manager и обнаружили несколько мешающих блокировок. Как определить, явля ются ли они серьезной проблемой?
Определите с SQL Profiler частоту и число мешающих блокировок. Делая это время от времени, вы узнаете, стабильно ли число таких блокировок или оно из меняется. На основе собранных сведений вы также сможете узнать, какие пакеты SQL и хранимые процедуры налагают основную часть мешающих блокировок.
можно определить действия, необходимые для улучшения параллелизма и повышения производительности, Ч изменение сценариев и хранимых процедур, изменение архи тектуры БД и т. д.
Глава Закрепление материала Сотрудникам из бразильского офиса вашей компании требуется к данным БД в Нью-Йорке для анализа продаж. Бразильские сотрудники об ращаются к нью-йоркской БД по выделенному каналу на 56 Кбит/сек, который Приложение параллельно используется и для других целей. Вы хотите организовать реплика цию данных между нью-йоркским и бразильским офисами. Какой тип следует выбрать и какая дополнительная информация вам потребуется?
Поскольку информация предназначается для продаж, пользователям, по-ви димому, не нужны самые последние данные. В зависимости от размера БД и объема изменений, можно организовать репликацию транзакций или моментальных снимков.
Она будет осуществляться раз в день, возможно, поздно вечером.
2. Вы развернули репликацию сведением. Все подписчики под управлением Windows NT 4.0/2000 могут инициализировать подписку и успешно обмениваться данными с издателем. Однако подписчики под управлением Windows обмениваться данными с издателем не могут. В чем здесь проблема и как ее устранить?
Подписчики Windows 98/Ме, не смогут обратиться к папке начальных моментальных снимков. По умолчанию к ней можно обращаться только через скры тый ресурс, который доступен исключительно членам локальной группы Administrators Чтобы решить данную проблему, создайте для папки начальных моментальных снимков общедоступное сетевое имя и необходимые разрешения.
3. Вы планируете организовать репликацию сведением. Каковы ис пользования выделенного распространителя?
Преимущества использования выделенного сервера невелики, поскольку в реплика ции сведением распространитель играет незначительную роль. Обычно на нем хранят журналы репликации.
4. Вы развернули репликацию транзакций, и при мониторинге БД распространения обнаружилось, что размер последней больше ожидавшегося. Что это может быть вызвано? Какие настройки распространителя нужно изменить, чтобы уменьшить размер БД?
Причина увеличения размера БД распространения, возможно, кроется в длительном сроке хранения транзакций. По умолчанию они хранятся в БД в течение 72 часов или пока их не загрузят все Проверьте максимальный период хранения транзакций. Убедитесь также, не уходит ли у какого-либо из подписчиков слишком много времени на загрузку изменений. Кроме если разрешена аноним ная подписка, транзакции будут храниться в течении заданного максимального срока.
Глава Закрепление материала Вы Ч администратор нескольких экземпляров SQL Server, которые должны доступны круглосуточно семь дней в неделю. Опишите и недостат ки доступных способов реализации отказоустойчивости: использования резервных серверов с распространением журнала и развертывания отказоустойчивого клас тера.
В отказоустойчивых кластерах переключение на дополнительный узел осуществляет ся автоматически, и имеет место незначительная задержка, обусловленная нением пользователей к другому серверу и перезапуском незавершенных транзакций.
В случае с резервными серверами администратор должен вручную сделать доступным резервный сервер и затем основной сервер из конфигурации. В течение всего этого времени БД будут недоступны. Кроме того, пользователям придется подклю чаться к серверу (во избежание этого резервному серверу можно задать имя старого основного сервера) и перезапускать незавершенные транзакции.
и 2. Вы администратор 10 производственных серверов и собираетесь распространение журнала, чтобы обеспечить быстрое восстановление сервера в случае его отказа. Назовите число компьютеров, минимально необходимое для реализации этой задачи. Сколько компьютеров вы использовать?
Минимально необходимое число компьютеров Ч 1. Можно скопировать все журналы транзакций на отдельный сервер, который также будет выступать в роли наблюдате ля. При отказе производственного сервера замените его резервным и создайте на последнем необходимые регистрационные записи SQL Server. Для про производственных серверов этот резервный сервер по-прежнему останется резер вным. Очевидно, что емкость одного сервера в большинстве случаев будет недоста точной для обработки возникшей нагрузки. Кроме того, этот Ч единственная точка сбоя, что весьма нежелательно. Рекомендованное число серверов зависит от дополнительных, не упомянутых здесь факторов (размер БД, емкость каждого серве ра и т. д.). Тем не менее для устранения точек отказа и дополнительной емкости рекомендуется иметь не менее двух резервных серверов и отдельный наблюдатель.
Предметный указатель checkpoint process см.
контрольной точки Active Directory 10, 285, CLI (Call-Level Interface) Active Script см. интерфейс, уровня вызовов ActiveX Access License см. CAL ActiveX Data Objects CM. ADO Client Network Utility Address Windowing Extensions CM. AWE collation см.
ADO сортировки ADO (ActiveX Objects) СОМ-интерфейс ADOCE СОМ-объект alert см. оповещение Configure Publishing And Distribution ANSI SQL-92 Wizard API (Application Programming Copy Database Wizard см. БД, мастер Interface) копирования Ч объектно-ориентированный Create Alert Wizard AppleTalk Create Database Backup Wizard Application Programming Interface Create Database Wizard 146, CM. API Create Job Wizard application role см. роль приложения Create Login Wizard authentication см. проверка подлинности AWE (Address Windowing Extensions) DAO (Data Access Objects) data file см. файл, данных В data mart см. киоск данных Backup см. резервная копия data source name CM. DSN Backup device резервная копия.
Data Transformation Service CM. DTS устройство копирования data warehouse см. хранилище данных Backup file см. резервная копия, файл database см. БД Backup media см. резервная копия, database API см. интерфейс, носитель прикладного программирования БД Backup set см. резервная копия, набор Database Console Command см. DBCC backward compatibility level см. уровень Database Maintenance Plan Wizard преемственной совместимости database owner см. разрешение, ВСМ (Bulk Changed Map) владельца БД bcp Database owner см. разрешение, Bulk Changed Map см. ВСМ владелец БД см. БД, database roles см. разрешение, роли БД восстановление результатов импорта DB2 DBCC (Database Console Command) 173, CAL (Client Access License) DBO role см. роль DBO Call-Level Interface DCM (Differential Changed Map) см. интерфейс, уровня вызовов Decision Support Objects CM. DSO case-insensitive character sort order destination см. сервер, конечный см. последовательность сортировки.
dictionary order см. последовательность порядок сортировки без сортировки, алфавитный порядок учета регистра Differential Changed Map см. DCM dimension table см. таблияа, измерений dirty page см. страница, затронутая GAM (Global Allocation Map) Distributed Transaction Coordinator 34, gid см. идентификатор, группы см. DTC Global Allocation Map CM. GAM distributor см. распространитель Guest user см. разрешение, DLL пользователь Guest DLL (dynamic-link library) DSN (data source name) H DSO (Decision Support Objects) HCL (Microsoft Hardware Compatibility DTC (Distributed Transaction List) Coordinator) heap см. куча DTS (Data Transformation Service) 5, 99, hot standby drives см. горячее 110, 179, резервирование дисков -задача hot drives см. горячая замена Ч канал дисков -пакет 184, 185, HTTP Transfer Protocol) 57, Ч тип подключения Ч трансформация DTS Designer 182, 184, I DTS Import/Export Wizard 181, 187, I2O (Intelligent Input/Output) dynamic-link library CM. DLL см. ввод Ч вывод, интеллектуальный IAM (Index Allocation Map) (identifier) см. файл, данных, идентификатор (Enhanced Integrated Drive IDE (Integrated Drive Electronics) Electronics) IIS (Internet Information Services) 2, Enhanced Integrated Drive import server см. сервер, Electronics CM. EIDE export server см. сервер, Index Allocation Map CM. IAM экспортирующий index ID, indid см. идентификатор, Extensible Markup Language CM. XML индекса extent см. экстент information schema view см. представ ление, информационной схемы Informix fact table см. таблица, фактов Integrated Drive Electronics CM. IDE fail-safe см. оператор, Intelligent Input/Output (I2O) см. ввод Ч вывод, интеллектуальный Federated Database Server CM.
Internet Information Services CM. IIS объединенный сервер БД interprocess communication CM. PC File Header page см. файл, данных, PC (interprocess communication) страница заголовка File Transfer Protocol см. FTP fill factor см. коэффициент заполнения job см. задание Fixed database role см. разрешение, JScript постоянная роль БД FTP (File Transfer Protocol) Full Control см. учетная запись, полный доступ 10, 280, full recovery см. БД, восстановление отдельных операций указатель Microsoft Windows 2000 Data Center Microsoft Windows Mail large-scale см. операция, MinLSN CM. LSN, минимальный широкомасштабная mirroring см.
lazy writer thread см. поток, отложенной mixed extent см. экстент, смешанный записи Mixed Mode см. проверка Log Sequence Number см. LSN подлинности, режим, смешанный log shipping см. журнал, ММС распространение ММС (Microsoft Management login identifier см. идентификатор, Console) учетной записи MS DTC 14, LSN (Log Sequence Number) MS DTC (Microsoft Distributed Ч минимальный Transaction Coordinator) MSCS (Microsoft Cluster Service) M Multidimensional Expressions (MDX) MAPI queries CM. MDX-запросы MDAC (Microsoft Data Access multiprotocol network library Components) см. библиотека, MDC Data Coalition Open ьная Information Model) N Media family см. резервная копия, named pipe см. именованный канал семейство носителей New Technology File System см. NTFS Media header см. резервная копия, NTFS (New Technology File System) заголовок носителя Media set см. резервная копия, набор носителей Object Browser см. браузер объектов merge replication см. репликация, object permission см. разрешение, сведением доступа к объектам Message Queue ODBC 16, Meta Data Coalition Open Information ODBC (Open Database Connectivity) Model CM. MDC OIM OLAP (online analytical processing) Meta Data Service 6, OLE DB 5, Meta Data Services 185, OLE DB CE Microsoft OLE DB Provider for SQL Server Microsoft Access (SQLOLEDB) Microsoft Cluster Service CM. MSCS OLTP (online transaction processing) Microsoft Data Access Components system см. система оперативной CM, MDAC обработки транзакций Microsoft Distributed Transaction online analytical processing см. OLAP Coordinator CM. MS DTC Microsoft Excel 5 Open Data Services Microsoft Exchange Server 366 Open Database Connectivity CM. ODBC Oracle Microsoft Hardware Compatibility List CM. HCL Microsoft Management Console см. ММС Microsoft Search 34, page flushing см. страница, сброс Microsoft SQL Server 2000 Analysis Page Free Space CM. PFS Services PAL (publication access list) Microsoft Visual C++ per processor см. лицензирование Microsoft Visual Studio клиентов, по числу процессоров Предметный указатель per seat см. лицензирование клиентов, Secondary Global Allocation Map по числу рабочих мест CM. SGAM Performance Monitor И Secure Sockets Layer CM. SSL PFS (Page Free Space) 124 Send Mail POP3 (Post Office Protocol 3) 366 Server Network 14, Post Office Protocol 3 см. РОРЗ Service Control Manager CM. Scm Public role см. разрешение, роль Public Service Name CM. SPN publication см. публикация SGAM (Secondary Global Allocation publication access list CM, PAL Map) publisher см. издатель Simple Network Management publishing subscriber, republisher Protocol CM. SNMP см. переиздающий Simple Recovery model см. модель pull subscription см. подписка, восстановления, простая по запросу Computer System Interface push subscription см, подписка, CM. SCSI принудительная SMP (symmetric multiprocessor) snapshot replication см. репликация, R моментальных снимков Network Management 21, Protocol) RAID 0 SPN (Service Principal Name) RAID 10 SQL (Structured Query Language) 5 SQL Distributed Management Objects RDA (Remote Data Access) CM. SQL-DMO RDBMS (relational database management Mail system) см. система управления SQL Profiler реляционными базами данных SQL Query Analyzer RDO (Remote Data Objects) SQL Server 2000 Remote Data Access CM. RDA Ч аппаратные требования Remote Data Objects CM. RDO Ч архитектура Remote Procedure Call CM.
Ч версия replication см. репликация Ч версия Windows replication agent см. репликация, агент Ч дисковая подсистема Replication Monitor компонент replication topology см. репликация, Ч мониторинг модель Ч переключение версий replication type см. репликация, тип Ч проверка подлинности reusable backup devices см. повторно Ч программа установки используемые устройства резервного копирования Ч редакция RLL (Run Length Limited) реляционное ядро ROLAP Ч серверный компонент rollback см. транзакция, откат Ч средства проверки подлинности RPC (Remote Procedure Call) 38, Windows см. правило Ч управление памятью Run Length Limited CM. RLL Ч установка Ч Client Tools Only S Ч Connectivity Only SAN Ч Server and Client Tools (Service Control Manager) Ч автоматическая SCSI (Small Computer System Ч вариант Interface) Ч просмотр результатов Предметный указатель symmetric multiprocessor см. SMP удаленная Ч устранение проблем 60 System Monitor Ч утилита Ч графическая Ч командной строки TCP/IP socket см. сокет TCP/IP Ч экземпляр 51, trace см. трассировка Ч именованный 51, transaction log см. файл, журнала Ч по умолчанию транзакций SQL Server 2000 Desktop Engine transactional replication см. репликация, SQL Server 2000 Developer Edition транзакций SQL Server 2000 Enterprise Edition 7, Transact-SQL 4, 6, 15, 83, 154. 252, SQL Server 2000 Enterprise Evaluation 258, 271, 301, 319, 327, 392, 408, 414, Edition 425, SQL Server 2000 Personal Edition trusted connection см. проверка SQL Server 2000 Standard Edition подлинности, доверенное SQL Server 6.5 98, подключение Ч обновление до SQL Server 2000 two-phase commit (2PC) см. транзак на SQL Server 2000 ция, 2РС (two-phase commit) SQL Server 7. - обновление до SQL Server U undo см. файл, отмены SQL Server 7.0 Profiler SQL Server Agent Unicode SQL Server Authentication см. проверка uniform extent см. экстент, однородный подлинности, средствами SQL Server Uniform Resource Locator см. URL SQL Server Books Online URL (Uniform Resource Locator) SQL Server CE (SQL Server 2000 Windows User см. разрешение, пользователь CE Edition) user ID, uid см. идентификатор, SQL Server Enterprise Manager 11, 14, пользователя 89, 90, 146, 151, 356, 159, 173, 240, 243, User-defined database role 259, 292, 296, 306, 318, 325, 363, см. разрешение, роли БД, 391, определенные пользователем SQL Server Service Manager 14, SQL Server Upgrade Wizard 99, 101, SQL-92 366, 367 VBScript Sqldiag 15 version switching см. SQL Server 2000, SQL-DMO 490 переключение версий SQL-DMO (SQL Distributed Management view см. представление Objects) 5 Virtual Log File см. VLF Sqlmaint 15 virtual root см. каталог, виртуальный SSL 16, 282 корневой SSL (Secure Sockets Layer) Visual Basic statement permission см. разрешение, C++ на выполнение операторов VLDB см. БД, очень большая stored procedure см. хранимая VLF Log File) 127, процедура Structured Query Language см. SQL w см. подписчик Windows 2000 Advanced Server 10, 11, subscription см. подписка Windows 2000 Data Center 10, substitution variables см. подменяемые переменные Предметный Windows Authentication Mode Ч 108, см. проверка подлинности, режим, Ч преобразование данных Windows Ч присоединение Windows Management Ч публикаций Instrumentation CM. Ч работоспособность Ч распространения Windows NT 4.0 Windows NT см. удаленный вызов Ч резервного сервера процедур Windows NT Ч резервное копирование 222, Windows Synchronization Manager 544 Ч дифференциальное WMI (Windows Management Ч полное Ч реплицируемая Instrumentation) worker thread см. поток, рабочий Ч роль write-ahead см. журнал, транзакций, Ч системная опережающий Ч Ч master X XML 6, 15, Ч увеличение размера XML (Extensible Markup Language) Ч уменьшение размера XPath 4, 6, Ч физическая структура Ч фиксированная роль Ч трансформация данных библиотека 25, Ч динамически подключаемая см. DLL Ч сетевая 38, Ч многопротокольная БД (база данных) браузер объектов Ч master 122, Ч model В -tempdb 146, вариант лицензирования Ч архитектура ввод Ч вывод Ч воссоздание Ч асинхронный Ч восстановление 221, 230, Ч отдельных операций Ч результатов импорта Ч интеллектуальный Ч файла Ч обработка событий Ч доступ 303, виртуальная память Ч загрузка данных виртуальный каталог Ч изменение параметров восстановление данных 218, Ч импорт данных Ч автоматическое Ч конфигурация Ч план Ч копирование данных Ч логическая структура Ч оптимизация Ч мастер копирования горячая замена дисков Ч мониторинг горячее резервирование дисков Ч обновляемый объект Ч оперативное обновление Ж Ч отсоединение журнал Ч очень большая Ч задания 409, Ч параметры Ч оповещения Ч план обслуживания указатель Ч ошибок 230 Ч прикладного программирования 61, 104 см. API Ч службы SQL Server Agent 413 Ч прикладного программирования пакета DTS 210 БД Ч программы установки SQL Server Ч уровня вызовов 2000 Ч распространение Ч системный Windows карта изменении при загрузке Ч событий данных см. ВСМ Ч транзакций 21, 127, каталог Ч виртуальный файл см. VLF -БД Ч опережающий Ч виртуальный корневой Ч оптимизация производительности Ч системный 134, киоск данных Ч порядковый номер [записи] кластер в журнале см. LSN Ч отказоустойчивый Ч размер Ч сервера Ч резервное копирование клиентская лицензия доступа см. CAL ключ 22, консольная команда БД см. DBCC задание 100, 396 константа Ч владелец 397 контроллер диска Ч журнал 409 коэффициент заполнения Ч имя 402 куча Ч многоэтапное кэширование Ч Ч 435 Л Ч разрешение ленточный накопитель Ч расписание выполнения 398, лицензирование клиентов Ч создание Ч по числу процессоров Ч этап Ч по числу рабочих мест запрос М значение по умолчанию 22, метаданные 6, механизм взаимодействия между И процессами см. IPC катор многомерный куб данных Ч группы модель восстановления Ч индекса Ч отдельных операций 129, Ч пользователя Ч простая Ч учетной записи Ч результатов импорта 129, издатель 483, мониторинг именованный канал 38, Ч автоматического увеличения файлов имя источника данных см. DSN данных индекс 22, Ч активности пользователей 468, Ч кластерный 22, Ч изменений объема используемой Ч некластерный 22, памяти Ч полнотекстовый Ч использования ресурсов интерфейс Ч конфликтов Ч очередей ожидания Ч Embedded SQL Ч пакетов -SELECT Ч памяти -UPDATE подключенных пользователей 453 -UPDATE STATISTICS Ч пользовательских событий Ч надежный 390, 391, Ч производительности 446 Ч создание Ч произвольного создания Ч уведомление объектов NET SEND Ч распространения журнала 563 Ч на пейджер Ч репликации Ч по электронной почте Ч событий входа и выхода Ч уникальное имя Ч блокировок 473 операция широкомасштабная Ч типов записей 415, Ч типов операций сканирования 453 Ч журнал Ч типов реально используемых Ч настройка курсоров 452 Ч реакция Ч хранимых процедур 468 -тип Ч эффективности выполнения основное имя службы см. SPN запросов 453 отказоустойчивость кластер очередь объединенный сервер БД п ограничение -CHECK 135 память -DEFAULT 135 Ч объект оперативная аналитическая обработка повторно используемые устройства данных см. OLAP резервного копирования оператор 391 подменяемые переменные -ALTER 291 подписка 484, -BACKUP Ч анонимная DATABASE 317 Ч обновление LOG 317 Ч по запросу -BULK INSERT 180, 214, Ч принудительная -CHECKPOINT 291 Ч трансформируемая -CREATE подписчик -CREATE DATABASE 154, 289. 316 Ч -CREATE DEFAULT 317 Ч тип FUNCTION 317 подсистема ввода Ч вывода CREATE PROCEDURE 317 Ч объект RULE 317 пользовательская функция - CREATE 385 пользовательский тип данных -CREATE TABLE 317 пользовательское соединение -CREATE TRIGGER 317 последовательность сортировки -CREATE VIEW 317 Ч порядок -DBCC 291 Ч порядок сортировки символов без -DELETE 291 учета регистра -DENY поток -DROP 291 Ч отложенной записи -GRANT 291,314 Ч рабочий -INSERT 291 правило -RECONFIGURE 347 право доступа 305, -REVOKE представление 20, 22, Предметный указатель Ч схемы 134, 140 Ч уровня сервера Ч копирование 190 483, 494, резервная копия приложение Ч для работы с реляционными БД 15 Ч заголовок носителя Ч интернет 15, 18 Ч набор Ч клиентское 2, 14, 15, 18 Ч носитель 238, проверка подлинности 24, 280 Ч семейство Ч доверенное подключение 35 Ч копирования 25, 44, 283 Ч файл -Windows 25, 35, 283 резервное копирование Ч смена 283 результирующий конфликт Ч смешанный 25, 35, 283 репликация 6, 100, Ч средствами SQL Server 24, 36, 281 Ч агент 484, Ч средствами Windows 24, 84, 280 - Distribution 484, 485, 490, -тип Ч Distribution Clean Up пропускная способность сети 344 Ч Expired Subscription Clean Up протокол упрощенного управления - History Clean Up сетью см. Ч Log Reader профиль почтовой службы 367 -Merge 484, 490, процесс контрольной точки Ч Queue Reader процессор 351 Ч Reinitialize Subscriptions Having Data Ч объект 467 Validation Failures Ч счетчик 467 Ч Replication Agents Checkup публикация 483, 501, 535, 539 Ч Shaphot Ч снимка 503 - Snapshot 484, Ч статья 504 Ч независимый Ч тип 503 Ч профиль Ч разделяемый Ч сервер Ч защита раздел реестра Ч модель разрешение Ч моментальных снимков 483, Ч блокировка Ч мониторинг -владелец БД 288, Ч к объектам 288, -сведением 6, 483, 488, 511, Ч задания -тип Ч на выполнение 288, 290, Ч транзакций 483, репозиторий 105, 185, Ч отзыв роль Ч получение Ч db_accessadmin Ч пользователь Ч -Guest Ч db_datareader 291, Ч постоянная роль БД Ч db_datawriter 291, Ч право доступа к объекту -db_ddladmin Ч предоставление Ч db_denydatareader Ч просмотр Ч db_denydatawriter Ч роли БД -db_owner Ч определенные пользователем Ч роль Ч public -DBO -БД -Public Ч пользователя Ч приложения Ч приложения 334 служба Ч активация 335 Ч Microsoft Product Support Services Ч Microsoft Search Ч создание Ч сервера 303 - MS DTC Ч 302 302 Ч просмотр 307 -SQL Server 13, 76, 346, Ч разрешение 297 Server 2000 Services 2, Ч SQL Server 2000 English Query Ч список участников 307, роль приложения 288 Server Agent Ч запуск Ч метаданных см. Meta Data Service сервер Ч останов Ч виртуальный Ч преобразования данных см. DTS Ч главный Ч приостановка Ч изменение параметров Ч тип запуска Ч Ч удаленного доступа к данным Ч конечный см. RDA Ч основной Ч учетная запись 76, Ч подчиненный TCP/IP Ч резервный 552, список Ч роль к публикации см. PAL Ч совместимого оборудования Ч Microsoft см. HCL diskadmin статистика распределения страница Ч Securityadmin Ч глобальной карты Ч см. GAM setupadmin Ч данных Ч Sysadmin Ч дополнительной глобальной карты Ч связанный см. SGAM Ч Ч заголовка файла сетевая библиотека Ч затронутая Ч индекса VINES Ч карты изменений см. DCM 17, Ч кодовая Ч Named pipes Ч сброс -Named Pipes Ч свободного пространства страниц см. PFS Ч Shared memory стример -TCP/IP Sockets 17, 38, обновления SAN Ч клиентская Т Ч серверная симметричная таблица Ч измерений обработка см. SMP Ч копирование система Ч системная Ч оперативной обработки Ч фактов транзакций тип соединения доверенный Ч управления реляционными базами (trusted) данных Предметный транзакция Ч 2РС (two-phase commit) файл Ч агент Ч виртуальный журнала см.
Ч Distribution Ч группа -Distribution Up Ч данных 21, 122, Ч Log Reader Ч идентификатор Ч имя 122, -Snapshot Ч откат Ч приращение Ч И, Ч путь Ч с подтверждением Ч размер см. транзакция, 2РС Ч создание трассировка 100, 452, Ч страница заголовка триггер 22, Ч журнала транзакций 21, 122, Ч имя Ч перемещение удаленный вызов процедур см. RPC Ч приращение удаленный вызов процедур Windows Ч путь NT Ч размер универсальный указатель ресурса Ч создание см. URL Ч инициализации установки уровень преемственной совместимости Ч моментального снимка Ч отмены восстановления утилита Ч отчета Ч резервное копирование Ч Copy Database Ч резервной копии Ч структурированный хранилища Ч IIS Virtual Directory Management For Ч увеличение размера SQL Server Ч уменьшение размера фильтр -EQUALS Ч Performance Monitor 436, THAN OR EQUAL Profiler - LESS THAN OR EQUAL - SQL Query Analyzer 86, -LIKE - SQL Server Client Network Utility -NOT EQUALS Ч Sqlmaint LIKE Ч System Monitor 416, 449, Ч автоматически сгенерированный -Task Manager 451, Ч динамический учетная запись флаг трассировки Ч Guest функция Server 2000 Ч встроенная Ч Windows Ч системная Ч делегирование Ч Ч локальная хранилище данных 4, Ч локальной системы хранимая процедура 20, Ч полный доступ Ч Sp_ member Ч пользователя 26, 34, Ч sp_add_operator -службы 76, 80, Ч sp_addapprole Ч создание Ч учетная Ч sp_monitor - Sp_addrole Ч Sp_addrolemember Ч - sp_addumpdevice Ч - rmessage Ч - sp_attach_db Ч sp_spaceused - Ч Sp_spaceused Ч Sp_statistics - 137 Ч sp_update_operator - Sp_dboption Ч sp_who - 302 Ч - Sp_denylogin Ч Sp_depends 137 Ч Sp_droprole 304 Ч мониторинг Sp_droprolemember Ч системная цепочка владельцев Ш шаблон программы шифрование 10, Sp_helplogins 309 экстент 21, 309 Ч однородный 21, role Ч смешанный 21, spjock язык структурированных запросов ХSpjock см. SQL ЛИЦЕНЗИОННОЕ СОГЛАШЕНИЕ прилагаемый к книге компакт-диск ЭТО ВАЖНО Ч ПРОЧИТАЙТЕ ВНИМАТЕЛЬНО. Настоящее соглашение (далее является юридическим документом, оно Вами (физическим или юридическим лицом) и Microsoft Corporation на указанный выше продукт Microsoft, который включает программное обеспечение и может включать ие мультимедийные и печатные а также электронную доку ментацию Любой компонент, входящий в Программный Продукт, который со провождается отдельным Соглашением, подпадает под действие именно того а не условий, изложен ных ниже. Установка, копирование или иное данного Программного Продукта означает принятие Вами данного Соглашения. Если Вы не принимаете его условия, не имеете права или как-то иначе использовать этот Программный ПРОДУКТ Программный защищен законами Соединенных Штатов по авторскому праву и международными дого ворами по авторскому а также законами и договорами по правам на собствен ОБЪЕМ ЛИЦЕНЗИИ. дает Вам право:
Программный продукт. Вы можете установить и использовать одну копию Программного Продукта на одном компьютере. Основной компьютера, на котором установлен данный Программный Продукт, может сделать только себя вторую копию и ее на компьютере.
Хранение или использование в сети. Вы можете также скопировать или установить экземпляр Программно го Продукта на устройстве хранения, например на сетевом сервере, исключительно для или за пуска данного Программного Продукта на других компьютерах в своей внутренней сети, но тогда Вы дол жны приобрести лицензии на каждый такой компьютер. Лицензию на данный Программный продукт нельзя совместно или одновременно на компьютерах.
е) Если Вы купили эту лицензию в составе Microsoft License Pak, можете дополни копий обеспечения, входящего в данный Программный Продукт, и использовать каждую копию так, как было описано выше. Кроме того, Вы получаете право сделать соответствующее число вторичных копий для портативного компьютера в целях, также оговоренных выше.
Примеры кола. Это относится к отдельным частям Программного Продукта, заявленным как примеры кода (далее если таковые входят в состав Программного i) Использование и Microsoft дает Вам право использовать и модифицировать исходный код Примеров при условии соблюдения пункта ниже. Вы не имеете права распространять в виде исходного кода ни Примеры, ни их модифицированную версию.
Распространяемые файлы. При соблюдении пункта (d)(iii) Microsoft дает Вам право на свободное от отчислений копирование и виде кода Примеров или их модифициро ванной версии, кроме тех частей (или их версий), которые оговорены в файле Readme, относящемся к данному Программному Продукту, не iii) Требования к распространению файлов. Вы можете распространять файлы, разрешенные к распрост ранению, при условии, что: а) распространяете их в виде объектного кода только в сочетании со своим приложением и как его часть;
б) не используете название, эмблему или товарные для продвижения своего приложения;
в) включаете имеющуюся в Программном Продукте ссылку на авторские права в состав этикетки и заставки своего приложения;
г) согласны от и на себя защиту корпорации Microsoft от любых претензий или преследо ваний по закону, включая судебные если возникнут в результате использования или распространения Вашего приложения;
и не допускаете дальнейшего конеч ным пользователем своего приложения. По поводу отчислений и других условий лицензии приме иным видам использования или распространения распространяемых файлов обращай тесь в Microsoft.
2. ПРОЧИЕ ПРАВА И ОГРАНИЧЕНИЯ Х Ограничения на реконструкцию, де и дезассемблирование. Вы не имеете права реконструиро вать, декомпилировать или данный Программный кроме того случая, когда такая деятельность (только в той мере, которая необходима) явно разрешается соответствующим зако ном, несмотря на это Х компонентов. Данный Программный Продукт продукт. Его компо ненты нельзя отделять от друга для использования более чем на одном Х Аренда. Данный Программный нельзя в прокат, но временное или для использования в иных Х по поддержке. Microsoft может (но не обязана) Вам услуги по техничес кой поддержке Программного Продукта (далее Услуг правилами и программами Microsoft, описанными в элек тронной и/или других материалах, публикуемых Microsoft.
граммный код, предоставленный в рамках Услуг, данного Программного та и под действие настоящего Соглашения. Что касается технической пре доставляемой Вами Microsoft при ее Услуг, то Microsoft может эту информацию деловых в том числе для технической поддержки продукта и Ис пользуя такую техническую Microsoft не на Вас.
Х Передача прав на обеспечение. Вы можете права, регулируемые Соглашением, при что не оставите себе никаких копий, все части о Программного Продукта (включая компоненты, и печатные любые обновления, Соглашение и сертификат если таковой имеется) и принимающая сто рона согласится с условиями Соглашения.
Х действия Соглашения. Без ущерба Microsoft г дей ствие настоящего Вы нарушите его условия. В этом случае должны будете жить все копии данного Программною Продукта со всеми 3. АВТОРСКОЕ Все авторские права и право собственности на Программный Продукт любые изображения, видео, примеры включенные в состав Программного а) и любые его копии принадлежат корпора ции Microsoft или се поставщикам. Программный ся законодательством об нра вах и положениями договоров. Таким Вы должны с данным ным Продуктом, с другим материалом, охраняемым правами, с тем исключением, что Вы можеге установить Продукт на один при условии, храните оригинал ключительно как резервную или архивную копию. поставляемых с Программным Продуктом, ОГРАНИЧЕНИЕ ГАРАНТИИ ДАННЫЙ ПРОГРАММНЫЙ ПРОДУКТ (ВКЛЮЧАЯ ИНСТРУКЦИИ ПО ЕГО ИСПОЛЬЗОВАНИЮ) ПРЕДО СТАВЛЯЕТСЯ БЕЗ КАКОЙ-ЛИБО ГАРАНТИИ. КОРПОРАЦИЯ MICROSOFT СНИМАЕТ С СЕБЯ ЛЮБУЮ ОТВЕТСТВЕННОСТЬ, НОСТЬ ИЛИ СООТВЕТСТВИЕ ОПРЕДЕЛЕННЫМ РИСК ПО ИЛИ БОТЕ С ПРОГРАММНЫМ ПРОДУКТОМ ЛОЖИТСЯ НА ВАС.
НИ ПРИ КАКИХ ОБСТОЯТЕЛЬСТВАХ КОРПОРАЦИЯ MICROSOFT, ЕЕ РАЗРАБОТЧИКИ, ВСЕ, ЗАНЯТЫЕ В СОЗДАНИИ, ПРОИЗВОДСТВЕ И РАСПРОСТРАНЕНИИ ДАННОГО ПРОГРАММНОГО ПРО ДУКТА, НЕ НЕСУТ ОТВЕТСТВЕННОСТИ ЗА КАКОЙ-ЛИБО УЩЕРБ ВСЕ, БЕЗ ИСКЛЮЧЕ НИЯ, СЛУЧАИ УПУЩЕННОЙ НАРУШЕНИЯ ХОЗЯЙСТВЕННОЙ ДЕЯТЕЛЬНОСТИ, ПОТЕ РИ ИНФОРМАЦИИ ИЛИ ДРУГИХ УБЫТКОВ) ВСЛЕДСТВИЕ ИСПОЛЬЗОВАНИЯ ИЛИ НЕВОЗМОЖНОСТИ ПОРАЦИЯ БЫЛА ИЗВЕЩЕНА О ВОЗМОЖНОСТИ ТАКИХ ПОТЕРЬ, ТАК КАК В НЕКОТО РЫХ СТРАНАХ НЕ РАЗРЕШЕНО ИСКЛЮЧЕНИЕ ИЛИ ОГРАНИЧЕНИЕ ОТВЕТСТВЕННОСТИ НАМЕРЕННЫЙ УКАЗАННОЕ ОГРАНИЧЕНИЕ МОЖЕТ ВАС НЕ КОСНУТЬСЯ.
РАЗНОЕ Настоящее Соглашение регулируется штата (США), кроме случаев (и лишь в той насколько это исключительной того государства, на территории которого ис пользуется Программный Продукт.
Если у Вас возникли какие-либо вопросы, настоящего или если Вы желаете с Microsoft по любой другой причине, пожалуйста, в местное представительство Microsoft или по адресу: Microsoft Information Center, One Microsoft Way, Redmond, 98052-6399.
Microsoft Corporation Администрирование Microsoft SQL Server Издание 2-е, исправленное Перевод с английского под общей редакцией А. П. Харламова Редактор С. В.
Технический редактор О. В. Дергачева Компьютерный дизайн и подготовка иллюстраций В. Б. Хильченко Дизайнер обложки Е. В. Козлова Оригинал-макет выполнен с использованием издательской системы Adobe PageMaker 6. Главный редактор А. И. Козлов Подготовлено к издательством Русская Редакция Подписано в печать 22.08.2003 г. Тираж 2000 экз.
Формат 70x100/16. Физ. п. л. в ОАО Типография "Новости" 107005, Москва, ул. Фр. Энгельса, Оперативная информация для профессионалов в журнале Magazine/Русская Редакция постоянные рубрики вопросы и ответы Ч Ч спецификации (XML имен т. д.). Ответы на, вопросы ASP Ч все С использованием ASP и Доступ К данным с СУБД, и а программирование На крав Ч R Ч Джеффри Рихтер об основных о приемах ' ;
ОСНОВЫ и Ч актуальные в и оптимизация Ч эффективные и к задач и Своей популярностью этот обязан содержанию: читатель получает самую свежую и е и актуальную как от ведущих разработчиков корпорации Microsoft, и так и от известных сфере Дя Глубокие и содержательные статьи оказывают и неоценимую помощь профессиональному разработчику, регулярно использующему C++;
вопросы И вопросы и разработки Microsoft. связанные е на Из Ольги Дергун тематические статьи представительства Microsoft в СНГ (MSDN Ч и подробно спецвыпуск № 1, апрель 2002 г.) ПО, Оформить подписку и журнал можно поддержка Ч в Интернет-магазине Microsoft Press на языке программам сертификации г Программа \ Х-: ! для к экзамену сертификации MCSD № 70- и Analyzing and Учебный курс 2-е изд.
Defining Solution ISEN 5-7502-0213-5, 736 стр., +CD, MCSA/MCSE № Microsoft Windows курс 3-е изд.
Installing, 672 стр.. and Administering i MCSA/MCSE № Учебный курс Installing, 656 стр.. +CD, 2003 г.
and Administering Windows 2000 Server сети № основе 2000.
Implementing and Administering курс 2-е изд.
a Microsoft Windows 512 стр., +CD, 2003 г.
Network Windows 2000 Active Directory № MCSE 2-е изд.
Implementing and Administering ISBN 800 стр.. 2003 г.
a Microsoft Directory Управление средой Microsoft MCSA/MCSE № 2000. курс Managing a Microsoft Windows 5-7502-0212-7, 896 стр.. 2003 г.
2000 Network сети на основе MCSE № 2000. Учебный курс MCSE Windows стр.. 2000 Network № MCSE служб Microsoft Window 2000.
Designing Windows Учебный курс MCSE 2000 Network 5-7502-0192-9, 992 +CD, № 70-226 MCSE и со к он на основе Designing Web Microsoft 2000 Server.
Solutions Microsoft Windows курс MCSE 2000 Server Technologies ISBN 5-7502-0196-1, 576 +CD. 2002 г.
№ 70-227 Internet Security and Acceleration Server 2000.
Installing, Configuring and MCSE Administering Microsoft Internet SBN 5-7502-0191-0, 544 стр., +CD, 2002 г.
Security and (ISA) Server № SQL Server 2000. Учебный Configur ng MCSA/MCSE/MCDBA изо.
and Administering Microsoft SQL ISBN 640 стр., 2003 г.
Server 2000 Edition Книги Microsoft Press иа русском языке по программам сертификации Microsoft Сертификационный Программа экзамен подготовки к № 70-270 Window* XP Учебный курс 2-е ISBN стр., +CD. 2003 г, and Administering Microsoft XP Professional Web-приложении MCAD/MCSD Developing and Implementing на Visual и C# Web Applications with курс Microsoft Visual Basic ISBN 5-7502-0221-6, +CD, 2003 г.
Microsoft Studio Developing and Implementing Web Applications with Visual and Microsoft Visual Studio на and Implementing и Microsoft Visual C# Windows-based Applications курс MCAD/MCSD with Microsoft Visual Basic ISBN 5-7502-0222-4, 512 стр., 2003 г.
and Microsoft Visual № Developing and Implementing Windows-based Applications with Microsoft Visual and Microsoft Visual Studio и MCAD/MCSD Analyzing Requirements and Учебный курс Defining Microsoft Solution ISBN изданию № Разработка XML MCAD/MCSD и на Developing XML Web Services Visual и and Server Components with курс MCAD/MCSD Microsoft Visual Basic ХISBN and the Microsoft Framework готовится к № Developing XML Web Services and Server Components with Microsoft Visual C# and the Microsoft Certification сети.
k+. Учебный куре ISBN 5-7502-0190-2, 704 стр., CD, 2002 г.
издательство компьютерной литературы ПРОДАЖА КНИГ оптом (095) 256-5120. e-mail:
(095) * * Х * - Х Системным Сотрудникам отделов автомат В каждом номере - анкета льготной со скидкой nterasys Avaya, Seiko Курсы специалистов по информационной MIS подготовки по в области Информационных Систем пользователей Школа сертификация Малая 00 06, 238 Ваш курс начинается сертифицированных инженеров и администраторов Microsoft и авторские курсы по:
Pages: | 1 | ... | 7 | 8 | 9 | Книги, научные публикации