В прошлый раз вы увидели, как можно использовать Windows PowerShell и SQL Server Management Objects (SMO) для администрирования баз данных SQL Server. Хотелось бы перевести на него некоторые скрипты Transact-SQL для каждодневного использования, начиная с простейших, таких как получение списка БД и их свойств, в целях аудита.
Имеется двух-узловой кластер Windows Failover Cluster из двух виртуальных машин Hyper-V c гостевой ОС Windows Server 2012 R2. В кластере развёрнуто несколько высоко-доступных экземпляров SQL Server 2012 SP3. Каждый кластерный экземпляр SQL Server расположен на выделенном кластерном диске. Возникла необходимость переноса экземпляров SQL с одного кластерного диска на другой с последующим отключением ранее используемого кластерного диска. В этой заметке будет пошагово рассмотрена процедура данного переноса на примере отдельно взятого кластерного экземпляра SQL Server.
В этой части мы произведём расширение функциональности ранее развёрнутойIcinga Web 2 с помощью установки модуля Icinga Director. Этот модуль расширяет базовые возможности веб-интерфейса администрирования Icinga и позволяет тем самым облегчить управление конфигурационными файлами Icinga. Icinga Director это относительно молодой (первый релиз был объявлен в марте этого года), но динамично развивающийся модуль Icinga Web 2.
В прошлый раз мы выполнили установку ядра Icinga 2 на Debian 8.6. В этой части будет рассмотрена процедура установки веб фронт-энда для нашего сервера Icinga 2 - современного модульного веб-интерфейса Icinga Web 2.
Как мы помним из прошлой части, в нашей почтовой организации осталось только 2 сервера Exchange Server 2010. Один сервер клиентского доступа - в сети периметра, и один сервер - в локальной сети. Приступим к планированию и установке Exchange Server 2013. У нас будет два сервера объединенные в DAG. Внутри сети подключения будут балансироваться с помощью DNS, вешние подключения будут балансироваться с помощью двух серверов IIS ARR объединенных в NLB кластер, ими же будут публиковаться сервисы Exchange. Читать далее...
Принято считать, что с точки зрения явных технических ограничений, одно из основных различий редакций Exchange Server 2013 Standard и Enterprise заключается в количестве одновременных подключенных к серверу баз (до 5 для редакции Standard и до 100 для редакции Enterprise). Но помимо этого есть и подводные камни в виде неявных ограничений.
Это заметка для тех, кто пользуется услугами виртуального хостинга для размещения своих сайтов, задумывается о выборе другого хостинг-провайдера, но не знает как выполнить перенос сайтов и с чего вообще начать. Она кратко описывает наш опыт выбора нового хостинг-провайдера и процедуры переноса блога на движке WordPress и форума на движке phpBB на мощности этого хостера.
Начну с того, что недавно я получил письмо от российского интернет-хостера SmartApe с предложением о сотрудничестве. Так как ранее об этом хостере я ничего не слышал, стал с любопытством изучать предлагаемые им услуги. Конкретно меня интересовали услуги виртуального хостинга для потенциального размещения сайтов нашего блога и форума. Не то, чтобы у нас стояла какая-то сверхзадача по смене хостера по причине того, что на текущий момент наш хостер нас чем-то явно не устраивал. Ситуация на перспективу выглядела так, что с текущим положением вещей нам пришлось бы менять тарифный план на более дорогостоящий, так как, по мере увеличения контента блога, рос и объём используемого на хостинге дискового пространства, к тому же показатели посещаемости с начала перехода на платный хостинг медленно, но верно увеличивались (спасибо нашим читателям).
Недавно обновилась коллекция отчётов служб SQL Server Reporting Services (SSRS), разработанных для App-V4.6/5.0. В данной заметке мы рассмотрим пример того, как развернуть данные отчёты в службе SSRS на базе SQL Server 2012 с подключением к существующей инфраструктуре App-V 5.0.
В процессе выполнения задач по виртуализации экземпляров SQL Server обслуживающих продукты System Center 2012 R2 относительно просто был произведён перенос базы дынных Orchestrator (помогла прежняя заметка) и базы данных Virtual Machine Manager (помогла прежняя заметка). Когда дело дошло до баз данных Configuration Manager, стало понятно, что без написания отдельной шпаргалки по этому поводу обойтись не получится, так как есть целый ряд нюансов, которые запомнить моему “склерозу” будет не под силу.
Через некоторое время эксплуатации SharePoint Server 2013 можно заметить значительное увеличение размера файла данных БД WSS_UsageApplication. В эту БД собираются данные об использовании разных компонент SharePoint, и в зависимости от увеличения интенсивности их использования, рост базы будет неизбежен, что само по себе в некоторых ситуациях может оказаться неприятным сюрпризом.
Посмотрим на то, как можно повлиять на данную ситуацию.