• SQL Server 2012 AlwaysOn и резервные копии. Часть 2 - Настройка резервного копирования и автоматизация резервного копирования. Перевод статьи

    SQL 2012 AlwaysOn and Backups - Part 2 - Configuring Backup Preferences and Automating BackupsДанный материал является переводом оригинальной статьи "MSDN Blog SQLGardner : SQL 2012 AlwaysOn and Backups - Part 2 - Configuring Backup Preferences and Automating Backups.

    В предыдущем посте я показал, что можно выполнить резервное копирование из ваших реплик. Мысль, которую вы, возможно, подумали — "Хорошо, это здорово. Но как я узнаю, что это экземпляр реплики, и он не стал основным? Что делать, если для выполнения резервного копирования я хочу использовать конкретный экземпляр реплики, но позволить другому экземпляру иметь возможность сделать это в случае, если тот не доступен?" К счастью команда по продукту продумала такие вопросы и создала некоторые параметры конфигурации для настройки резервного копирования.

    Читать далее...

  • SQL Server 2012 AlwaysOn и резервные копии. Часть 1 - Разгрузка работы на реплику. Перевод статьи

    SQL Server 2012 AlwaysOn and Backups – Part 1 – Offloading the work to a replicaДанный материал является переводом оригинальной статьи "MSDN Blog SQLGardner : SQL 2012 AlwaysOn and Backups - Part 1 - Offloading the work to a replica".

    Одним из величайших аспектов SQL Server AlwaysOn является возможность разгрузить работу резервного копирования и проверку целостности в реплику. Это действительно может помочь сохранить ресурсы на вашей основной рабочей нагрузке приложения. Я собираюсь сосредоточиться главным образом на резервных копиях журнала транзакций в этой статье, так как резервное копирование журнала лучше всего использовать для того, чтобы проиллюстрировать эту новую функцию. Одним из ключевых элементов включения этой резервной способности является цепочка одного журнала, которая поддерживается по всем репликам. Проиллюстрирую это, показывая log_reuse_wait_desc sys.databases и выходные данные инструкции DBCC SQLPERF('logspace').

    Читать далее...

  • Установка и базовая настройка SharePoint Server 2013 SP1 на Windows Server 2012 R2 (в топологии Two-tier farm). Часть 2 – Установка SharePoint (Создание фермы)

    imageВ предыдущей части цикла заметок об установке и базовой настройке SharePoint Server 2013 SP1 мы рассмотрели процесс подготовки отдельного кластерного экземпляра SQL Server 2012 SP1 для баз данных SharePoint Server. В этой заметке мы рассмотрим последовательность действий необходимых для создания новой фермы SharePoint, которая будет состоять из следующих этапов:

    1. Создание и подготовка выделенного сервера для установки SharePoint Server 2013 SP1
    2. Установка необходимого ПО с помощью SharePoint Products Preparation Tool
    3. Установка SharePoint Server 2013 Standard EN SP1
    4. Регистрация Service Principal Name (SPN) для обеспечения аутентификации Kerberos
    5. Установка языкового пакета (RU Language Pack) для SharePoint Server 2013
    6. Установка обновления Service Pack 1 для языкового пакета (RU LP)
    7. Изменение Recovery model для БД SharePoint

    Читать далее...

  • Установка и базовая настройка SharePoint Server 2013 SP1 на Windows Server 2012 R2 (в топологии Two-tier farm). Часть 1 - Подготовка отдельного кластерного экземпляра SQL Server 2012 SP1 для баз данных SharePoint Server

    imageНачинаем цикл заметок описывающих процесс установки и базовой настройки SharePoint Server 2013 на Windows Server 2012 R2 в топологии Two-tier farm. Этот цикл не рассчитан на какой-то “дип-драйв” в технологии SharePoint и не может претендовать на какую-то полноту и исключительность, и уж тем более не способен заменить собой официальную документацию по продукту. Его можно позиционировать скорее как упрощённый визуализированный набор инструкций и тезисов по основным этапам установки часто-используемых компонент SharePoint.

    Поддержка Windows Server 2012 R2 была анонсирована с выходом Service Pack 1 для SharePoint 2013. Информацию об этом можно найти в заметках SharePoint Server 2013 Service Pack 1 now available и Office Updates - Announcing availability of slipstreamed Office 2013 and SharePoint Server 2013 with SP1

    Примеры вариантов топологии SharePoint 2013 можно найти например в постере Traditional Topologies for SharePoint 2013 по ссылке Technical diagrams for SharePoint 2013. Мы рассмотрим установку SharePoint Server 2013 SP1 Standard в топологии Two-tier farm (single-server farm), то есть когда все веб-службы и приложения SharePoint расположены на одном сервере, а базы данных на втором. В таком варианте топологии в перспективе мы можем расширить ферму SharePoint дополнительными Web Front-End (WFE) серверами в случае возникновения такой необходимости.

    Читать далее...

  • Обновляем System Center 2012 SP1 Operations Manager до уровня System Center 2012 R2 (в конфигурации Single-server management group)

    imageПродолжая тему обновления линейки продуктов Microsoft System Center (SC) 2012 SP1 до уровня System Center 2012 R2, в этой заметке будет рассмотрена процедура обновления SC 2012 SP1 Operations Manager (SCOM) методом In-place Upgrade. Исходим из условия, что все компоненты SCOM расположены на одном сервере под управлением Windows Server 2012 Standard с использованием для хранения баз данных Operational Database и Data Warehouse Database локально установленного экземпляра SQL Server 2012 SP1 Standard, то есть фактически мы будем обновлять конфигурацию имеющую название Single-server management group Читать далее...

  • Обновляем System Center 2012 SP1 Data Protection Manager до уровня System Center 2012 R2 и перебираемся на Windows Server 2012 R2 и SQL Server 2012 SP1

    imageПродолжаем цикл описаний процедур обновления продуктов линейки System Center 2012 SP1 до уровня System Center 2012 R2. В этой заметке мы рассмотрим процедуру обновления Data Protection Manager (DPM). На данный момент в моём распоряжении имеется два сервера, - первичный и вторичный в целях Disaster Recovery (DR) с версией SC 2012 SP1 DPM - Update Rollup 3, каждый из которых работает с локальным экземпляром SQL Server 2008 R2 Standard на базе Windows Server 2012 Standard. В качестве хранения резервных копий защищаемых данных используются исключительно дисковые массивы и поэтому в данной заметке мы не будем упоминать о манипуляциях,связанных с ленточными накопителями.

    Поставим перед собой задачу — выполнить обновление серверов DPM до уровня SC 2012 DPM R2, в ходе выполнения которой мы обновим операционную систему каждого сервера до Windows Server 2012 R2 Standard а также установим новую версию локального экземпляра СУБД для хранения БД DPM - SQL Server 2012 SP1 Standard. Разумеется, ключевым условием задачи будет требование сохранения всех имеющихся бэкапов.

    Читать далее...

  • App-V 5 for RDS - Разворачиваем инфраструктуру повышенной доступности

    imageС выходом новой версии Microsoft Application Virtualization (App-V) 5.0 появился ряд улучшений и нововведений в этой технологии, которые всерьёз заставили задуматься об обновлении, особенно учитывая уже "набившие оскомину" проблемы с используемой нами до этого момента версии 4.6, в частности описанные в заметке SC 2012 Orchestrator — Режим обслуживания SCOM по расписанию. Планируя внедрение новой версии App-V, после ознакомления с материалами TechNet Library - Planning for High Availability with App-V 5.0 и KB2780309 - How to provide fault tolerance and load balancing in Microsoft App-V v5 возникло желание создать такую архитектуру, при которой серверные компоненты App-V имели бы дополнительную отказоустойчивость. Далее мы рассмотрим пошагово процесс создания такой конфигурации… Читать далее...

  • Перенос БД System Center 2012 Orchestrator на другой сервер

    imageРассмотрим ситуацию, когда все компоненты работающего экземпляра System Center 2012 Orchestrator (SCORCH) развернуты на одном виртуальном сервере под управлением Windows Server 2012 Standard с локальным экземпляром БД SQL Server 2012 Standard и возникла необходимость переместить базу данных SCORCH на отдельный кластеризованный экземпляр SQL Server. По мере эксплуатации сервера SCORCH стало очевидно что размер БД весьма мал и держать отдельный локальный экземпляр SQL Server на этом сервере несколько расточительно, особенно учитывая тот факт, что размер потребляемой оперативной памяти процессом SQL Server чуть ли не в 30 раз превышает размер файла единственной обслуживаемой этим процессом БД. В ходе обдумывания поставленной задачи стало понятно что в нашем случае для переноса БД воспользоваться инструкцией описанной в статье Migrate Orchestrator Between Environments не получится, так как она подразумевает перенос SQL Master Key с исходного SQL сервера на целевой, что в нашем случае невозможно, так как на этом экземпляре уже работает некоторое количество других БД по некоторым предположениям использующих уже имеющийся Master Key. Поэтому было решено отработать альтернативный сценарий переноса БД с использованием функций Экспорта/Импорта консоли Runbook Designer с проведением ряда дополнительных манипуляций для успешного решения поставленной задачи.  Читать далее...

  • Переносим базы данных SharePoint 2013 на другой сервер SQL Server

    imageРассмотрим процесс переноса всех баз данных SharePoint Server 2013 Standard с одного сервера SQL Server 2012 на другой. В рассматриваемом примере базы данных SharePoint расположенные на отдельном виртуальном сервере должны быть перенесены в кластер SQL Server состоящий из двух физических серверов. Насколько я понимаю, описанная ниже процедура будет применима для всех редакций SharePoint 2010/2013. Официальное описание процедуры переноса всех баз данных SharePoint 2013 на новый экземпляр/сервер SQL Server можно найти в статье TechNet Library - Move all databases in SharePoint 2013. Весь процесс будет состоять из следующей последовательности действий:

    1) Останавливаем все службы SharePoint/IIS, которые могут обращаться к БД;
    2) Копируем базы данных с исходного SQL сервера на целевой;
    3) На сервере SharePoint создаем SQL-алиас на новый SQL сервер и проверяем его;
    4) Запускаем службы SharePoint/IIS остановленные в п.1 и проверяем результат.

    Читать далее...

  • Устанавливаем SQL Integration Services на узел кластера SQL Server

    imageВозникла необходимость установить компоненту SQL Server Integration Services (SSIS) на одном из узлов двух-узлового кластера SQL Server 2012. Установка именно на один узел потребовалась исходя из того, что SSIS это та служба, которая официально не поддерживается в кластере SQL Server. Хотя конечно в интернете и можно найти примеры кластеризации этой службы в Failover Cluster с помощью Generic Service/Generic Script, но все примеры которые мне попадались на глаза, используют активный экземпляр службы SSIS на обоих узлах кластера, что само по себе противоречит требованиям лицензирования SQL Server в кластере в режиме Active/Passive (если мы хотим лицензировать лишь один активный экземпляр SQL Server). Информацию о том, как можно лицензировать кластеризованные экземпляры SQL Server можно найти в документе Microsoft SQL Server 2012 Licensing Guide. Читать далее...