Собрание заметок об информационных технологиях
Приветствую всех, кто интересуется Microsoft Exchange Server 2013 и способами миграции на эту замечательную почтовую систему. Сегодня мы поговорим о миграции со старой почтовой системы Exchange Server 2003. В связи с большим объемом информации, статья (как и сама миграция, надо сказать) будет разделена на несколько частей. Читать далее...
Если вы используете авто-развёртывание обновлений Windows с WSUS/SCCM SUP, и при этом нет практики предварительного тестирования развёртываемых обновлений на группе непродуктивных/некритичных/тестовых систем, то можно столкнуться с проблемами после установки обновления KB3102467 на системах Windows Server 2012 R2, которое, как я понял, обновляет .NET Framework 4, 4.5, 4.5.1, 4.5.2 до версии 4.6.1. Аналогичное обновление (KB3102433) есть и для систем Windows 7 SP1.
Объявление о доступности данного обновления на WSUS было опубликовано в статье .NET Blog - Microsoft .NET Framework 4.6.1 is available on Windows Update and WSUS. Однако ряд серверных продуктов Microsoft не имеют на сегодняшний день поддержки .NET Framework 4.6.1 и установка этого обновления может вызвать проблемы в их функционировании.
В предыдущей заметке Гибридное развёртывание Exchange Server 2013. Часть 2. Развёртывание базовой инфраструктуры в тестовой среде для последующей реализации гибридного развёртывания мы практически добрались до мастера, который сконфигурирует гибрид из двух независимых организаций Exchange. Но прежде чем запустить долгожданный мастер, нам нужно выполнить еще пару шагов, которые будут является фундаментом обеспечения безопасной коммуникации двух почтовых систем. Читать далее...
Базовое гибридное развертывание Exchange 2013 от вашей IT инфраструктуры требует установки и настройки минимального количества дополнительных программ, но главная загвоздка состоит в том, что нужно строго придерживаться определенной последовательности при установке. Если пренебречь этим, то мы будем получать ошибки, которые будут сбивать нас с верного пути.
В этой заметке я постараюсь показать вам путь, который был неоднократно “отработан” мной при реализации базового гибридного развертывания в тестовой и реально работающей IT инфраструктуре.
С недавних пор компания Microsoft начала активно продвигать свои облачные решения на базе Microsoft Azure в частности Exchange Online. Все чаще компании с небольшим штатом сотрудников выбирают вариант размещения своих почтовых ящиков в облаке. Но существует вариант размещения почтовых ящиков в смешанной среде Exchange называемое гибридным развертыванием.
Гибридное развертывание Exchange – это “скрещивание” двух независимых почтовых систем Exchange Online и Exchange On-Premises с единой точкой администрирования.
Этой заметкой я хочу начать серию заметок, в которой попробую рассказать об опыте создания и администрирования гибридного решения на основе продуктов Exchange Server 2013 и Exchange Online.
В нашей корпоративной системе регистрации заявок от пользователей не так давно был зарегистрирован инцидент. Пользователь пожаловался на то, что в его почтовом клиенте Microsoft Outlook перестала обновляться информация из глобального адресного списка предприятия (GAL). При этом при попытке форсировать процесс обновления GAL вручную возникает ошибка:
Task reported error (0x8004010F): The operation failed. An object cannot be found.
Настраивая новую инфраструктуру System Center 2012 R2 Operations Manager (SCOM) и устанавливая пакеты управления Management Pack (MP) в очередной раз пришлось вспоминать подводные камни Exchange Server 2010 Monitoring Management Pack.
Как уже давно известно, основная проблема этого MP заключается в том, что служба корреляции Microsoft Exchange Monitoring Correlation, которая добавляется на сервер SCOM в процессе распаковки/установки MP, имеет зависимость от роли RMS, которая имела место быть в SCOM 2007 R2. Начиная с SC 2012 архитектура OM значительно переработана, и роль RMS осталась лишь в виде эмуляции (RMS Emulator) в целях совместимости со старыми MP.
Учитывая то, что Exchange Server 2010 ещё много где в обиходе, а развитие соответствующего MP уже перестало “идти в ногу” с развитием System Center, решил написать маленькую шпаргалку о том, как подружить этот MP с новой версией SCOM.
Сегодня ко мне обратился один пользователь с вопросом о невозможности создать новое правило в Microsoft Outlook 2010. При попытке создать новое правило он получил сообщение "Некоторые правила невозможно загрузить в Microsoft Exchange, и они были отключены. Некоторые параметры не поддерживаются, или не хватает места для хранения всех ваших правил."
После изучения вопроса, для меня стало новостью то, что в почтовом ящике Exchange есть квота определяющая максимальный размер хранения этих самых правил. Согласно статей KB2622933 - A user cannot create new rules in Outlook or Outlook Web App а также KB886616 - Some rules are disabled, and you receive an error message when you try to create or enable rules in Outlook для используемого у нас Exchange 2010 по умолчанию эта квота составляет 64KB на почтовый ящик, а максимальное значение для этой квоты – 256KB.
Продолжаем цикл описаний процедур обновления продуктов линейки 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. Разумеется, ключевым условием задачи будет требование сохранения всех имеющихся бэкапов.
В больших ИТ-инфраструктурах обслуживающих сразу несколько компаний периодически возникает потребность оперативного получения информации о количестве пользователей и компьютеров в разрезе этих компаний для разных целей, например при анализе текущей ситуации и планировании лицензирования ПО. Для того чтобы разделить всех пользователей и компьютеры в разрезе компаний в AD можно воспользоваться атрибутом company, который имеет место быть не только для учетных записей пользователей (что очевидно), но и для учетных записей компьютеров. Соответственно если мы имеем заполненным значение этого атрибута то с помощью PowerShell можем выполнять нехитрые запросы, сворачивая информацию в нужных нам разрезах. Далее небольшой ряд примеров…
РАБОТАЕТ. PS был косяк, при сохранении из УПП-Пользователи с УЗ gMSA в Крнфигураторе оставалась/не обновлялась "старая" УЗ.
Поставил на Астра Линукс 1,8 Нет слов чтобы описать радость от Вашей статьи. Здоровья Вам крепче стали.
RSS - Записи
Последние комментарии