(Возврат на основную страницу)

 

Содержание номера за Апрель 2008 год

 

SQL Server
для
 администраторов

Апрель 2008
№ 4 (22)

 

Кимберли Л. Трипп

Восстановление после изолированного повреждения данных. Часть 2

Мафесами Ананта Кумар

Microsoft Windows Power Shell и SQL Server 2005 SMO. Часть 4

Кэлвин Китон

Создание усовершенствованных архивов с помощью Data Protection Manager 2007

Салим Хакани, Дэн Каролло

Вопросы и ответы по SQL. Часть 1

Мацей Пилецки

Оптимизация производительности запросов SQL Server

 

Восстановление после изолированного повреждения данных. Часть 2*

Как быстрее всего снова заставить систему работать?

Кимберли Л. Трипп (Kimberly L. Tripp)

Исследование повреждения

Теперь давайте пройдемся по примеру исследования, которое использует опцию RESTORE WITH STANDBY. В сценарии примера, изображенного на рис. 1, у базы данных есть семь файлов: один в первичной группе, три в группе на чтение и запись (RWFG), два в группе только чтения (ROFG) и один на журнал транзакций. Скажем, вы осуществили полную резервную копию во временной точке 1, резервную копию журнала в точке 2, дифференциальную копию в точке 3 и снова копию журнала в точке 4. Исполняемый скрипт SetupTestCaseforPartial&Stopat.sql создает резервные копии, которые соответствуют случаю из данного примера. Между каждым копированием скрипт модифицирует данные, чтобы в каждой копии было что­то интересное для восстановления.

* См. Кимберли Л. Трипп. Восстановление после изолированного повреждения данных. Часть 1 // SQL Server для администраторов. 2008. № 3.

 

Командная оболочка Microsoft Windows PowerShell и объектная модель SMO сервера SQL Server 2005. Часть 4*

Мафесами Ананта Кумар (Muthusamy Anantha Kumar aka The MAK)

В части 1 и 2 серии обсуждалось, как установить PowerShell и как использовать простые командлеты SMO и WMI. В части 3 рассказывалось о том, как писать крипты PowerShell и подключаться к SQL Server. В данном же фрагменте будет продемонстрировано, как использовать скрипт PowerShell для перемещения в цикле по содержимому файла и для подключения к разным серверам.

* См. Мафесами Ананта Кумар. Командная оболочка Microsoft Win­dows PowerShell и объектная модель SMO сервера SQL Server 2005. Части 1–3 // SQL Server для администраторов. 2007 № 11; 2008 № 2, 3.

 

Создание усовершенствованных архивов с помощью Data Protection Manager 2007

Кэлвин Китон (Kelvin Kithon)

В последнее время на рынке решений для защиты данных появилось множество разнообразных предложений. После многолетнего господства решений для архивирования на основе магнитных лент и использования универсального приема ежедневного ночного копирования в относительно короткий период времени был представлен целый ряд новых технологий и методов. В перечень этих новых технологий входит создание архивов на дисках, непрерывная защита данных (CDPContinuous Data Protection) и даже такие кажущиеся простыми методы, как шифрование данных. Некоторые из этих подходов стали возможны и даже необходимы в силу недавнего снижения стоимости дисковых накопителей, повышения производительности сетей и процессоров, а также новых нормативных требований.

Майкрософт давно занимается созданием решений в этой области на уровне платформ и приложений. Средства архивирования, входящие в NTBackup, Exchange Server и SQL Server, — всего лишь некоторые из таких решений.

На рынке решений для защиты данных первым автономным программным средством производства Майкрософт стал продукт System Center Data Protection Manager (DPM) 2006. Это был один из первых программных продуктов, предлагавших защиту данных на основе дисков, и он остается одним из редких решений, с самого начала создававшихся с идеей использования архивов на дисках. В большинстве других предложений применялись и по­прежнему применяются адаптированные для случая дисков идеи, использовавшиеся для архивов на магнитных лентах.

DPM входит в семейство программных продуктов System Center. Программные продукты семейства System Center разработаны для совместного использования с целью облегчения и удешевления повседневного управления сложной информационно­технической инфраструктурой. Решения System Center основаны на автоматизации и практических рекомендациях, ведущих свое происхождение от платформы Microsoft Operations Framework (MOF) и библиотеки Information Technology Infrastructure Library (ITIL), и их можно использовать на всех уровнях организации.

DPM — это только один из программных продуктов семейства System Center. System Center Confi­guration Manager предоставляет средства управления конфигурацией и распространения программного обеспечения. System Center Operations Manager предоставляет средства профилактического текущего контроля и автоматизации системы. System Center Capacity Planner служит для планирования развертываний инфраструктуры и анализа возможного развития событий. (Подробнее см. на веб­странице по адресу microsoft.com/systemcenter.)

System Center Data Protection Manager 2006 обеспечивает создание архивов на дисках для файловых серверов и серверов печати, а также создание дисковых архивов филиалов компании с использованием глобальной сети (WAN). Этот программный продукт был разработан с целью защиты файловых серверов в центре обработки данных и для удаления из филиала оборудования для локальных архивов на магнитных лентах. Но в нем отсутствует встроенная поддержка приложений Майкрософт, и для долговременных архивов на магнитных лентах используются программные продукты независимых поставщиков.

Новая версия DPM, System Center Data Protection Manager 2007, создана на этой основе и по­прежнему обеспечивает надежную защиту с использованием дисков для файловых серверов и серверов печати, а также филиалов компании. Но, помимо этого, добавлена поддержка для приложений Майкрософт, которые важны для работы предприятий, таких как Exchange, SQL Server и SharePoint, а также встроенная поддержка для архивов на магнитных лентах. Для новых версий характерно наличие существенных изменений, и это особенно верно в случае DPM. Во вторую версию, наряду со значительными усовершенствованиями существующих функций, введено большое число новых возможностей. В данной статье разбираются несколько из этих новых и усовершенствованных функций, и дается широкий обзор возможностей, на которые можно рассчитывать при использовании этой новой вдохновляющей версии.

Поддержка приложений и платформ

Многие поставщики программ создания архивов решают вопрос поддержки приложений методом «размазывания». Они распределяют вложения на проектирование решений между большим числом приложений, стремясь обеспечить поддержку как можно большему числу источников данных. В результате большому числу приложений обеспечивается элементарная поддержка. Вместо того чтобы пытаться предоставить ограниченную поддержку для широкого набора приложений и платформ, в Майкрософт был выбран путь концентрации усилий на защите нескольких специализированных приложений на платформе Windows. Такой подход позволил направить инженерно­технические усилия на эти приложения, чтобы создать объединенную среду для архивирования и восстановления данных, в которую входят компоненты, нечасто встречающиеся в других программах архивирования.

Первоочередным запросом пользователей DPM 2006 была поддержка Microsoft Exchange. С учетом этого запроса в DPM 2007 введена поддержка как для Exchange Server 2003, так и для Exchange Server 2007. Защита осуществляется на уровне групп хранения, и в пользовательском интерфейсе DPM отдельные группы хранения выступают в качестве объектов, которые при необходимости можно добавлять в группы защиты с целью создания регулярных архивов, управление которыми осуществляется с помощью политик. Кластерные группы хранения выступают в виде одного объекта, что избавляет от необходимости следить за отдельными членами кластера и вручную синхронизировать их защиту. Восстановление может осуществляться на уровне группы хранения, базы данных или почтового ящика. Детализированное восстановление после ошибок достигается посредством автоматизации, использующей стандартные инструменты Exchange для восстановления данных в группу хранения для восстановления и последующего извлечения менее масштабных объектов, таких как почтовые ящики, опять же с использованием стандартных инструментов Exchange (рис. 1).

Рис. 1

В отличие от других решений Exchange для архивирования, DPM при извлечении объектов, которые потом восстанавливаются, не прибегает к использованию инструментов, не входящих в Exchange, или реконструированию базы данных Exchange. Поэтому все почтовые ящики, восстановленные с использованием DPM, поддерживаются Exchange в полной мере.

DPM 2007 является первым программным продуктом, полностью поддерживающим кластеры, создаваемые в Exchange 2007 средствами непрерывной репликации кластера (CCR) и локальной непрерывной репликации (LCR). Поддерживаются также кластеры Exchange 2003.

DPM 2007 поддерживает SQL Server 2000 и SQL Server 2005; создание архива и восстановление происходят на уровне базы данных. Включена также поддержка перенаправленных и переименованных восстановленных данных, а также полная поддержка кластеризованных, зеркальных баз данных и баз данных доставки журналов.

Так же как в Exchange, кластеризованные базы данных выступают в пользовательском интерфейсе в виде одного объекта, что избавляет от необходимости настраивать защиту на нескольких кластерных серверах по отдельности (рис. 2). Поддержку SQL Server в DPM можно использовать для защиты приложений независимых поставщиков, использующих серверные базы данных SQL Server. Поддержка таких приложений осуществляется посредством защиты файлов, а база данных SQL Server защищается посредством встроенной в DPM поддержки для SQL Server. Гибкий механизм планирования, имеющийся в DPM, позволяет добавлять к одной и той же группе защиты как архив файлов, так и архив SQL Server, чтобы эти архивы создавались одновременно, и для планирования и управления ими использовался общий интерфейс.

Рис. 2

Рабочие нагрузки, возникающие при совместной работе, защищаются с помощью SharePoint 2007, при этом поддерживается как версия Windows SharePoint Services (WSS) 3.0, так и Microsoft Office SharePoint Server (MOSS) 2007. Поддержка осуществляется на уровне фермы, даже если ферма охватывает больше одного сервера. Так, например, ферма, состоящая из трех серверов веб­интерфейса, двух серверов коллекций узлов и одного сервера базы данных, т. е. всего из шести серверов, выступает в пользовательском интерфейсе DPM в виде одного объекта и DPM восстанавливает ее также как один объект.

Помимо поддержки восстановления фермы как единого целого, в DPM входит также поддержка восстановления узлов, коллекций узлов и отдельных документов, списков или элементов. Старые версии SharePoint, безусловно, можно защищать как базы данных SQL Server посредством имеющихся в DPM функций защиты SQL Server.

В DPM 2007 по­прежнему поддерживаются файловые рабочие нагрузки и рабочие нагрузки печати. Поддержка для Open File предоставляется без дополнительной оплаты. Была добавлена поддержка для исключений папок и файлов, а также поддержка архивирования состояния системы. Важно отметить, что поддержка File получила дальнейшее развитие, и теперь в нее включены Windows Vista и Windows XP. Но эти клиентские операционные системы поддерживаются в относительно ограниченном объеме, поскольку поддержка направлена, главным образом, на системы, используемые в качестве файловых серверов. Пользователям DPM, по мере необходимости, разрешено защищать небольшое число клиентов, но эту поддержку трудно распространить на большое число настольных компьютеров.

Встроенная поддержка для серверов Exchange Servers, SQL Server, SharePoint и файловых серверов позволяет поддерживать в DPM обширное множество рабочих нагрузок, встречающихся в средах Windows. Для менее распространенных типов нагрузок в DPM 2007 включена также поддержка этапа, предшествующего выполнению сценария и этапа, следующего после выполнения сценария. Предусмотрен автоматический запуск этой поддержки при выполнении архивирования. Эти функциональные возможности позволяют DPM поддерживать широкий ряд других приложений и рабочих нагрузок. Поддержка этого рода интегрирована в DPM не в такой степени, как поддержка, предлагаемая для Exchange, SQL Server и SharePoint, но она обеспечивает существенную гибкость с точки зрения поддержки источников данных. Технические документы с подробными сведениями о поддержке некоторых основных программных продуктов, произведенных не в Майкрософт, например, Oracle, будут представлены на веб­узле DPM TechCenter по адресу technet.microsoft.com/dpm.

Еще одним интересным нововведением в DPM 2007 является поддержка виртуальных серверов конкретных узлов. Хотя большинство программ архивирования в состоянии поддерживать виртуальных гостей сервера, немногие, если они вообще есть, в состоянии предоставить такую защиту на уровне узла посредством одной установки лицензии и агента. В DPM преимущества рекурсивных модулей записи службы теневого копирования томов (VSS) используются для защиты всех гостей, размещенных на данном узле виртуального сервера, посредством одного развернутого на узле агента. Эти рекурсивные модули записи VSS могут вызывать модули записи VSS, работающие в гостевой среде, или даже в приложениях, выполняющихся в гостевой среде, независимо от того, какое приложение или операционная система установлена в гостевой среде. Это позволяет DPM защищать любую платформу или приложение, выполняющееся в качестве гостя, независимо от его поставщика. Такие архивы виртуальных серверов конкретных узлов являются согласованными с точки зрения приложения и состоят из одного образа виртуального жесткого диска (VHD), который, по мере необходимости, можно восстанавливать на существующем или новом узле.

Эти архивные образы конкретных узлов не обеспечивают восстановление с той же детальностью, как архивы, созданные посредством агента DPM, установленного на гостевом или изолированном сервере, но они предлагают другие эффективные возможности, включая удобное восстановление системы в виртуализированных средах.

Скорость, надежность и эффективность

Помимо усовершенствований, обеспечивающих углубленную и расширенную поддержку приложений по сравнению с предыдущей версией, DPM 2007 позволяет увеличить детализацию полных и добавочных архивов. Хотя DPM 2006 позволял выполнять даже ежечасную синхронизацию, новая версия DPM предоставляет возможность создавать добавочный архив каждые 15 минут, а полный архив — каждый час. Для клиентов, имеющих менее строгие соглашения об уровне обслуживания (SLA), может потребоваться всего лишь еженедельное проведение полного архивирования. Таким образом, эти клиенты могут уменьшить частоту архивирования на менее важных серверах, предусмотрев интенсивные графики защиты для наиболее важных серверов. Несмотря на то, что синхронизация с сервером DPM осуществляется каждые 15 минут, в промежутке между синхронизациями агент DPM по­прежнему активно отслеживает изменения на защищенном сервере.

Этот новый агент DPM непрерывно отслеживает изменения на уровне блоков, возникающие на защищенном сервере. Это стало возможным благодаря совершенно новому фильтру томов, разработанному для DPM 2007. Он состоит из побитового отображения, находящегося в памяти выгружаемого страничного пула, и содержит по одному биту для каждого блока защищенного тома.

Каждый раз, когда блок записывается на том, значение бита в битовом отображении меняется на противоположное. Этот процесс оказывает меньшее влияние на процессор и память, чем в случае обычного антивирусного фильтра, и он не предъявляет никаких требований к дисковому пространству, возрастающих в зависимости от частоты изменений. По сути, связанная с этим фильтром нагрузка вообще не возрастает в зависимости от частоты изменений. Это очень важно, так как большинство схем отслеживания изменений на уровне блоков приводит, как правило, к перегрузке процессора и требует много дополнительной памяти и дискового пространства, возрастающего в зависимости от частоты изменений. Поэтому высокая частота изменений приводит к расширению последствий, и, в некоторых случаях, крайне высокая частота изменений может привести к нехватке дискового пространства. В DPM 2007 влияние, оказываемое фильтром томов на процессор, память и диск, не зависит от частоты изменений. Будет ли это один процент или 1000 процентов, частота изменений попросту не сказывается на низких издержках, связанных с фильтром.

Однако отслеживание изменяющихся данных — это только часть происходящих событий. DPM 2007 использует также службу VSS на защищенном сервере для создания архивного образа, согласованного с приложениями, который обеспечивает надежное восстановление. Служба VSS была разработана в Майкрософт с целью обеспечения инфраструктуры для архивирования в среде Windows XP и Windows Server 2003, а также для ее использования в качестве механизма создания копий данных, соответствующих определенным моментам времени (теневые копии). VSS создает согласованные теневые копии, согласовывая операции чтения и записи с производственными приложениями, службами файловых систем, приложениями архивирования, решениями для быстрого восстановления после ошибок и устройствами хранения. В результате на современном рынке служба VSS является, вероятно, наиболее согласованным и надежным механизмом создания архивов, согласованных с приложениями. В Windows Server 2003 службу VSS используют несколько компонентов, включая теневое копирование для общих папок.

Большинство программных продуктов, использующих VSS для архивов приложений, создают реплику VSS и оставляют ее на защищенном сервере для отслеживания изменений и получения согласованного с приложением образа для архивирования. К сожалению, постоянное присутствие реплики на защищенном сервере существенно сказывается на производительности, поскольку каждый раз, когда приложение выполняет запись на диск, осуществляется копирование при записи с целью поддержания актуального состояния реплики VSS. Это может привести к 25­процентной перегрузке процессора и оказывает существенное влияние на время записи.

Поскольку DPM отслеживает изменения посредством фильтра томов, ему не требуется постоянно поддерживать реплику VSS. Вместо этого DPM создает реплику VSS в случае выполнения полного архивирования, затем использует наложение битового образа фильтра томов для выявления в реплике только тех данных, которые подверглись изменению. Эти измененные данные перемещаются на сервер DPM, который используется для создания точки восстановления. Затем на защищенном сервере удаляется реплика VSS и сбрасывается фильтр томов. После этого отслеживание изменений на уровне блоков продолжается с небольшими затратами ресурсов и без необходимости использования реплики VSS или соответствующего ей ресурса.

Это решение гарантирует, что точки восстановления обеспечат создание допускающего восстановление образа приложения, и сокращает объем данных, перемещаемых между защищенным сервером и сервером DPM.

В случае DPM 2007 при полном архивировании не происходит перемещения полной копии данных с защищенного сервера на сервер DPM. Вместо этого перемещаются только измененные данные. Поэтому для группы хранения Exchange, имеющей объем 100 Гбайт и 10­процентную частоту изменений в течение дня, ежедневный полный архив будет иметь объем всего лишь 10 Гбайт.

Если для создания точки восстановления делается мгновенный снимок, такое снижение объема полных архивов обеспечивает очень эффективное хранение на сервере DPM. Каждый мгновенный снимок состоит из измененных данных, образующих последний полный архив, и при выполнении полного архивирования он создается автоматически. При работе с приложениями эти мгновенные снимки содержат также результаты всех промежуточных добавочных архивирований.

Добавочные архивы являются, в основном, архивами журналов DPM, поэтому при каждом полном архивировании приложения измененные данные перемещаются на сервер DPM и присоединяются к любому промежуточному архиву журналов с целью создания одного мгновенного снимка, содержащего несколько точек восстановления. Если взять случай 100­Гбайтной группы хранения Exchange с 10­процентной ежедневной частотой изменений, которая описывалась ранее, и считать, что полное копирование выполняется ежедневно с 15­минутным интервалом, то мгновенный снимок будет содержать 10 Гбайт измененных данных и примерно 5­10 Гбайт журналов приложений. Но важно осознавать, что в мгновенном снимке объемом от 15 до 20 Гбайт будет содержаться до 97 точек восстановления!

Полные архивирования должны выполняться по меньшей мере еженедельно, а общее количество мгновенных снимков ограничено числом 512 для серверов приложений и 64 для файловых серверов. Поэтому еженедельное выполнение полных архивирований и проведение добавочных архивирований каждые 15 минут приведет к созданию 673 точек восстановления на один мгновенный снимок и более чем 340000 точек восстановления в случае использования всех 512 мгновенных снимков. Хотя вряд ли кому­нибудь понадобится так много точек восстановления на диске, этот пример демонстрирует гибкость и масштабируемость DPM с точки зрения планирования заданий и восстановления данных на конкретный момент времени.

Вместе архивы журналов и полные архивы дают DPM возможность эффективно хранить очень большое число точек восстановления в крайне небольшом объеме дискового пространства. Но этот процесс приводит к некоторым издержкам, и с технической точки зрения он не является сжатием или даже хранилищем единственной копии (SIS), хотя в процессе участвуют некоторые компоненты, устраняющие дублирование данных, а именно средства отслеживания изменений на уровне блоков. Однако независимо от его определения, DPM, используя для хранения каждой созданной точки восстановления малый объем внешней памяти, очень хорошо справляется с этой задачей. Еще важнее то, что, поскольку в DPM для выполнения этой задачи не используется традиционное сжатие, хранилище единственной копии или устранение дублирования, остается пространство для увеличения эффективности в том случае, если платформа сжатия, SIS, или устранения дублирования используется для предоставления хранилища серверу DPM.

Восстановление после ошибок без потерь данных и CDP

Возможно, одним из наиболее вдохновляющих изменений в DPM 2007 является его способность выполнять восстановление приложений Майкрософт после ошибок, которое не сопровождается потерями данных. Это стало возможным благодаря отслеживанию изменений на уровне блоков и архитектуре VSS, а также глубокой интеграции с журналами приложений, имеющимися на защищенном сервере.

Говоря обобщенно, на современном рынке существуют следующие два подхода к защите данных и восстановлению после ошибок.

Решения, использующие репликацию

Большинство клиентов обычно полагают, что это средства непрерывной защиты данных (CDPContinuous Data Protection). Защита данных с использованием репликации вызывает перемещение изменений, по мере их возникновения, с защищенного сервера на резервный сервер. Это решение на основе дисков, что означает возможность восстановления после ошибок в любой момент времени и без потерь данных.

Хотя это звучит неотразимо, с этим подходом связано несколько вполне реальных недостатков. Первое и самое главное заключается в том, что в решении с использованием репликации отсутствует концепция состояния приложения, и оно совершенно не учитывает наличия «находящихся в пути» составляющих приложения. Поэтому в нем не очищаются буферы и не учитываются данные, которые в момент архивирования могут находиться в памяти или подвергаться перемещению. Это означает, что точки восстановления после ошибок, созданные с использованием репликации, зачастую не в полной мере согласованы с приложениями. Вы сможете выполнить восстановление, но, фактически, приложение не будет возвращено в работоспособное состояние. Этот недостаток настольно серьезен, что некоторые поставщики средств CDP, основанных на репликации, сообщают в своей документации, что в случае сбоя в работе текущей точки восстановления следует попытаться использовать другую точку.

Помимо этих проблем, относящихся к согласованности с приложением, решения CDP на основе репликации, как правило, отличаются высокой стоимостью, ведут к существенным перегрузкам сети и процессора и требуют больших объемов в хранилище, которое, вполне возможно, располагается на оборудовании, находящемся в частной собственности. Решения для защиты данных на основе репликации не слишком хороши в случае создания архивов или резервных копий на магнитных лентах, находящихся вне предприятия. Большинству клиентов требуются обе эти возможности.

Решения, использующие мгновенные снимки

Это традиционный подход к созданию архива на магнитных лентах, в котором мгновенные снимки на определенный момент времени создаются на внешнем носителе, который впоследствии используется для восстановления состояния на определенный момент времени. Целевая точка восстановления (RPO) определяется частотой выполнения мгновенных снимков, поэтому ежедневное архивирование сопровождается потерей данных за 24 часа. Преимуществом мгновенных снимков является их невысокая стоимость, простота управления, ограниченное влияние на работу сети и хорошая приспособленность для создания архивов на дисках и магнитных лентах. Они также близки к созданию образов, согласованных с приложением, поскольку можно подготовить приложение к моменту получения мгновенного снимка, что уменьшает риск утраты компонентов приложения, «находящихся в пути» во время архивирования.

Одним из последних направлений в создании мгновенных снимков являются решения, близкие к CDP. Это решения, использующие мгновенные снимки, в которых увеличивается частота создания снимков, и значение RPO становится очень низким. В настоящее время для некоторых программных продуктов характерны значения RPO, исчисляемые минутами, и мгновенные снимки создаются настолько часто, что они полностью попадают под определение близких к средствам CDP и стали называться программными продуктами CDP. Однако при восстановлении по­прежнему теряются данные, соответствующие интервалу в несколько минут.

DPM 2006, безусловно, находился в лагере близких к CDP средств создания мгновенных снимков, но в DPM 2007 используется уникальный подход к CDP. Новая версия DPM делает мгновенные снимки каждые 15 минут, используя VSS и его технологию отслеживания изменений на уровне блоков с целью переноса из мгновенного снимка VSS на защищенный сервер только измененных данных. В результате отдельные мгновенные снимки на определенный момент времени имеют крайне небольшой размер, поскольку они содержат только изменения на уровне блоков. По существу, это самый совершенный подход к использованию мгновенных снимков. Нововведением в DPM является глубокая интеграция приложений для Exchange, SQL и SharePoint. Это сделано на таком глубоком уровне, что у DPM имеется информация о журналах приложений, и он в состоянии выполнить накат этих журналов в случае восстановления после ошибки. До тех пор, пока доступны журналы приложений (это обеспечивается при следовании оптимальным методикам и размещении журналов на отдельном носителе), DPM будет в состоянии выполнить их накат из последнего мгновенного снимка на определенный момент времени и обеспечить восстановление без потерь (рис. 3).

Рис. 3

Во многих отношениях такой смешанный подход к CDP является лучшим по сравнению с обоими исходными. В нем обеспечивается поддержка согласованности приложения и долговременного архива, характерная для решения с использованием мгновенных снимков, наряду с отсутствием потерь данных, свойственным продуктам на основе репликации. Кроме этого, отсутствуют многие из недостатков обоих решений.

Поддержка архивирования с использованием дисков и магнитных лент

Обсуждение новых возможностей DPM 2007 было бы неполным без упоминания о добавленной в продукт поддержки магнитных лент. DPM 2006 поддерживал только архивирование типа диск­диск (D2D), при котором данные перемещаются с диска защищенного сервера на диск сервера DPM. В DPM 2007 включена поддержка как дисковых носителей, так и носителей на магнитных лентах. Следовательно, данные можно перемещать с диска защищенного сервера на диск, подключенный к серверу DPM (D2D), на магнитную ленту, подключенную к серверу DPM (D2T), или можно защищенные данные разместить на диске сервера DPM перед их перемещением на магнитную ленту для длительного хранения (D2D2T).

DPM 2007 поддерживает широкий набор библиотек и автозагрузчиков для магнитных лент, а также широкий набор типов накопителей на магнитных лентах.

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

Заключение

В статье были подробно рассмотрены несколько новых компонентов и усовершенствований, появившихся в System Center Data Protection Manger 2007. Эти компоненты разработаны с целью обеспечения согласованности, надежности и удобства управления защитой данных для платформ и приложений Майкрософт. Они задают новый стандарт защиты данных в приложениях и платформах Windows.

Помимо компонентов, описанных в этой статье, в программный продукт внесено много других усовершенствований, например внедренное в Windows восстановление данных конечного пользователя, гибкая регулировка полосы пропускания и усовершенствованный интерфейс командной строки. Я призываю вас загрузить вторую бета­версию Data Protection Manager 2007, чтобы ознакомиться с работой этих и других компонентов. Для получения дополнительных сведений и обзора всех программных продуктов семейства System Center посетите веб­узел по адресу microsoft.com/systemcenter. На нем предусмотрен переход к любому решению семейства System Center, включая диспетчер защиты данных.

Вопросы и ответы по SQL. Часть 1

Некластеризованные индексы и сохранение полномочий

Салим Хакани (Saleem Hakani), Дэн Каролло (Dan Carollo)

 

 

Оптимизация производительности запросов SQL Server

Мацей Пилецки (Maciej Pilecki)

В процессе оптимизации сервера базы данных требуется настройка производительности отдельных запросов. Это так же (а может быть, и более) важно, как настройка других элементов, влияющих на производительность сервера, например конфигурации аппаратного и программного обеспечения.

Даже если сервер базы данных использует самое мощное аппаратное обеспечение на свете, горсточка плохо себя ведущих запросов может плохо отразиться на его производительности. Фактически, даже один неудачный запрос (иногда их называют «вышедшими из­под контроля») может вызвать серьезное снижение производительности базы данных.

Напротив, тонкая настройка набора наиболее дорогих или часто выполняемых запросов может сильно повысить производительность базы данных. В этой статье я планирую рассмотреть некоторые технологии, которые можно использовать для идентификации или тонкой настройки самых дорогих и плохо работающих запросов к серверу.

(Возврат на основную страницу)

Hosted by uCoz