Инструменты управления в Exchange 2010 зависят от IIS. Там же мы рассматривали ситуации, когда подключение инструментов управления к целевому серверу Exchange может завершиться аварийно, а сообщение об ошибке подключения оказаться сложным для понимания. Обычно (но не всегда) это случается, когда Exchange 2010 устанавливается на IIS уже находящийся в эксплуатации, или когда в IIS вносятся изменения после установки Exchange 2010. Мы видели, что эти изменения обычно вносятся, когда администратор IIS пытается «закрутить гайки» безопасности в IIS, редактируя настройки Default Web Site или PowerShell vdir.
Ситуация осложняется тем, что некоторые из представленных ошибок имеют похожие сообщения; кажется, что большинство из них происходит из-за WinRM (Windows Remote Management), и в некоторых случаях в корне различные проблемы могут производить совершенно одинаковое сообщение об ошибке. Другими словами в зависимости от того, насколько хорошо вы знакомы с этими ошибками, их устранение превращается в перебор всех вариантов… а это не забавляет.
И вот результат: представляем Exchange Management Troubleshooter (или кратко EMTshooter).
EMTshooter запускается на локальном (целевом) сервере Exchange и пытается определить потенциальные проблемы подключения инструментов управления к этому серверу.
EMTshooter выполняется за два шага. На первом шаге он тестирует IIS Default Web Site, PowerShell vdir и другие критические области, чтобы найти известные проблемы. Если он находит известную проблему, то он выдает сообщение с рекомендациями по ее устранению. Если все проверки проходят удачно, то он пытается подключиться к серверу точно также как инструменты управления. Если это попытка подключения получит ошибку от WinRM, EMTshooter будет пытаться сравнить эту ошибку со списком текстов (строк) ошибок, который мы составили на основе решений для аналогичных ошибок в службе поддержки. Если соответствие найдено, то EMTshooter выведет в окно CMD известные причины ошибки. Вот пример того, как это выглядит:
Когда я разрабатывал EMTshooter, я мог бы просто написать маленький поисковый инструмент для анализа сообщения об ошибке, которую вы получили, но я почувствовал, что это не столь надежное решение, как я хотел (и не дающее мне никакого опыта). Но EMTshooter выполняет предварительные активные проверки до анализа текста сообщения об ошибке. Количество предварительных проверок, которые он может выполнить, зависит от свойств операционной системы, на которой вы его запустили, и опций, которые вы на ней установили (например, WMI Compatibility).
По правде говоря, я взял всю документацию об этих ошибках, которая была доступна на тот момент, и сделал инструмент, который делает эту информацию доступной для вас, основываясь на сообщении об ошибке или проблеме, которую он обнаружил. Надеюсь, это уменьшит количество времени, которое необходимо для решения этих проблем.
Когда вы запускаете EMTshooter, он пишет сообщения в журнал событий. Все результаты, которые отображаются в окне CMD, также записываются в журнал событий.
События пишутся в журнал Microsoft-Exchange-Troubleshooters/Operational и не требуют пояснений.
В зависимости от текущих настроек вам может потребоваться настройка политики на компьютере, на котором выполняется EMTshooter:
Set-ExecutionPolicy RemoteSigned
Set-ExecutionPolicy Unrestricted
Не забудьте вернуть политику в исходное состояние после работы с EMTshooter.
Эта версия EMTshooter должна запускаться на сервере Exchange, к которому невозможно подключиться с помощью инструментов управления. Хотя наша цель была в том, чтобы запускать EMTshooter из любого места, где установлены инструменты управления, но он еще не готов для этого.
У нас были случаи, когда повреждение в PowerShell vdir или в самом IIS приводило к ошибкам, которые, как казалось, были вызваны чем-то другим. Например, мы работали над сервером, у которого была ошибка, которая указала на проблему с сетевым путем в PowerShell vdir. Но путь был правильным. Затем мы заметили, что PowerShell vdir потерял все свои модули, и отметили еще некоторые моменты. Так или иначе, PowerShell vdir на том сервере Exchange был безнадежно убит и не подлежал восстановлению. В этой ситуации WinRM возвращал лучшую ошибку, какую мог, EMTshooter взял эту ошибку и перечислил причины. Ни одна из них не решила проблему. Так что знайте: есть сценарии, в которых даже EMTshooter не может помочь в настоящее время.
EMTshooter еще недостаточно отточен, и мы планируем в будущем улучшить и расширить его возможности. Мы также надеемся со временем углубиться в настройки PowerShell vdir. Также отметим, что EMTshooter не будет делать изменения в конфигурации IIS без вашего разрешения.
Необходимые права
Для того, чтобы запустить EMTshooter, пользователь должен иметь права локального входа (log on locally) на Exchange сервер и права запуска Windows Powershell.
Во-первых, загрузите ZIP файл с EMTshooter , который находится .
Установка EMTshooter очень проста. Извлеките 4 файла из ZIP файла в одну папку, переименуйте их в.ps1и запустите локально EMTshooter.ps1 из окна PowerShell. Лично я создал ярлык на моем рабочем столе:
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -noexit -command ". "C:\EMTshooter\EMTshooter.ps1""
Однако большинство пользователей не запускают его часто, и вы, скорее всего, не захотите иметь ярлык. Только помните, что нужно запускать именно файл EMTshooter.ps1.
Как я упоминал ранее, EMTshooter все еще незавершен. Если вы хотите сообщить об ошибке или сделать предложение по улучшению, то оставьте, пожалуйста, комментарий к этому сообщению в блоге. Я буду их отслеживать, отвечать по возможности и вносить изменения в EMTshooter по необходимости. Если вы столкнетесь с ошибками, которые не известны EMTshooter, то запустите его, воспроизведите ошибку и отправьте мне transcript.txt file (вы найдете его в папке, где лежат 4 скрипта) вместе с пояснением, что вы сделали, чтобы устранить ошибку (если ошибка была устранена). Мой адрес: sbryant AT Microsoft DOT com.
Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client cannot process the request. It cannot determine the content type of the HTTP response from the destination computer. The content type is absent or invalid.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The connection to the specified remote host was refused. Verify that the WS-Management service is running on the remote host and configured to listen for requests on the correct port and HTTP URL.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client received an HTTP server error status (500), but the remote service did not include any other information about the cause of the failure. For more information, see the about_Remote_Troubleshooting Help topic. It was running the command "Discover-ExchangeServer -UseWIA $true -SuppressError $true".
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client received an HTTP status code of 403 from the remote WS-Management service.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client sent a request to an HTTP server and got a response saying the requested HTTP URL was not available. This is usually returned by a HTTP server that does not support the WS-Management protocol.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The client cannot connect to the destination specified in the request. Verify that the service on the destination is running and is accepting requests. Consult the logs and documentation for the WS-Management service running on the destination, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and configure the WinRM service:
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WS-Management service does not support the request.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client cannot process the request. The WinRM client tried to use Kerberos authentication mechanism, but the destination computer
Стив Брайант
Перевод: Илья Сазонов, MVP
Изредка в Android происходят сбои, которые оборачиваются неприятными последствиями для пользователя. К таковым относится и постоянное появление сообщений «В приложении произошла ошибка». Сегодня мы хотим рассказать, почему такое происходит и как с ним бороться.
На самом деле появление ошибок может иметь не только программные причины, но и аппаратные — например, выход из строя внутренней памяти девайса. Однако в большинстве своём причиной возникновения неполадки является всё-таки программная часть.
Перед тем как приступать к описанным ниже методам, проверьте версию проблемных приложений: возможно, они недавно обновились, и вследствие недоработки программиста появилась ошибка, которая и вызывает появление сообщения. Если, наоборот, установленная в устройстве версия той или иной программы довольно старая, то попробуйте её обновить.
В случае если сбой появился спонтанно, попробуйте : возможно, это единичный случай, который будет исправлен очисткой оперативной памяти при перезапуске. Если же версия программы новейшая, неполадка появилась внезапно, а перезагрузка не помогает — тогда используйте описанные ниже методы.
Порой причиной ошибки может быть сбой в служебных файлах программ: кэша, данных и соответствия между ними. В таких случаях следует попробовать сбросить приложение к виду только что установленного, очистив его файлы.
Найдите в списке программу, которая вызывает сбой, и тапните по ней, чтобы войти в окошко свойств.
В случае если сообщения об ошибках появляются постоянно, и среди сбойных присутствуют системные, обратитесь к следующему способу.
Если сообщения «В приложении произошла ошибка» касаются встроенного ПО (звонилки, приложения для SMS или даже «Настроек» ), вероятнее всего, вы столкнулись с проблемой в системе, которую очисткой данных и кэша не исправить. Процедура hard reset является ультимативным решением множества программных неполадок, и данная — не исключение. Само собой, при этом вы потеряете всю свою информацию на внутреннем накопителе, так что рекомендуем скопировать все важные файлы на карту памяти или компьютер.
В случае если ни один из вариантов не помог, вероятнее всего, вы столкнулись с аппаратной неполадкой. Исправить её самостоятельно не получится, поэтому обратитесь в сервисный центр.
Подводя итоги, отметим, что стабильность и надёжность Android растёт от версии к версии: новейшие варианты ОС от Google менее подвержены проблемам, чем старые, пусть и ещё актуальные.
Владельцы смартфонов, работающих под управлением операционной системы Android, нередко сталкиваются с досадной проблемой: устройство внезапно выдает оповещение о том, что «процесс android.process.acore остановлен
». Начинающие пользователи впадают в панику и уже готовы поставить крест на своем телефоне, но на самом деле все не так трагично, как может показаться на первый взгляд. Если проанализировать информацию, появляющуюся по этому поводу на различных ресурсах, и добавить к ней малую толику личного опыта, можно составить список ситуаций, в которых данная ошибка проявляется на Android-устройствах. Именно это мы и сделали в надежде на то, что наши выводы помогут другим пользователям спокойно, без эмоций справиться с проблемой, если таковая возникнет.
Наиболее часто ошибка возникает при попытке добавить контакт в телефонную книгу, сохранить его, изменить. Для устранения проблемы заходим в Настройки
- Приложения
- Все
, там находим «Хранилище контактов
» (у вашего смартфона этот пункт может называться иначе, но смысл один и тот же). После этого выбираем «Стереть данные
». Списка контактов вы, конечно, лишитесь, но аппарат с большой долей вероятности сможет использоваться в дальнейшем. К тому же, если у пользователя имеется аккаунт Google, то даже список контактов не пропадет.
Третий вариант решения проблемы - откат Android-устройства к заводским настройкам . Все изменения, внесенные пользователем после покупки гаджета (в том числе индивидуальные настройки) исчезнут, но для большинства это не так страшно, как необходимость вручную восстанавливать книгу контактов. Решили прибегнуть к этому способу? Берите инструкцию к своему гаджету и ищите инструкцию к пункту Recovery.
И, наконец, самый кардинальный способ: полная очистка памяти смартфона. Вы потеряете все данные, но приложение, которое генерировало ошибку, будет гарантированно удалено с Android-устройства.
Внимание - без рута это не работает!
Это касается по большей части стандартных прошивок. Во многих "кастомных" все "лишние программы" просто вычищены изначально.
Как я уже сказал ранее, я по возможности стараюсь избегать "инвазивных" методов, типа установок "кастомных прошивок", или замены ядра. Да и вариант со "свапом на SD карточку" не только требует замены ядра, но еще и чреват ускоренным "отходом карточки в небытие", вместе со всем что на ней, что тоже "не совсем рулез" :) Но если не хватает ОЗУ, то кое что можно сделать и без вышеописанных "радикальных методов". Поможет нам та же программа System Tuner (https://play.google.com/store/apps/details?id=ccc71.pmw&hl=ru) которую мы использовали в предидущий раз для переноса на SD карточку "непереносимых" программ, и длля освобождения места во внутренней памяти. В ней же есть возможность "отключить автозапуск" любой программы. Для этого заходим в пункт "Startups". Все программы, которые "автоматически запускаются при старте системы" отмечены галочками. Просмотрев что же там у нас "автозапускается", мы обнаружим огромное количество программ, как системных так и нами установленных, которые стоят на "автозапуск", и каждый раз запускаются, тормозя перезагрузку и занимая место в RAM, которого обычно, если у Вас ОЗУ метров 512 всегда и катастрофически не хватает. Просматриваем, и снимаем галочки "автозапуска" с тех, автозапуск которых нам не нужен или вообще бессмысленен, и сделан авторами просто чтобы программа" докладывалась" автору что "она установлена и используется". Главное не трогайте системные программы, типа "Система Android", "Графический интерфейс системы", "телефон" итд - ато последствия могут быть непредсказуемыми, вплоть до "умирания тела". Но в общем, там половину если не больше можно спокойно убрать из автозапуска, и весь "побочный эффект" будет - ускорение старта телефона и меньше занятой памяти.
А теперь о лишних "системных" програмах.
Их можно тоже убрать из "автозапуска" но это не поможет, они еще стартуют и по "событиям", и поэтому все равно запустятся. Поэтому возвращаемся в главное меню, и нажимаем пункт "System".
После чего, выбираем "лишние", по одной, и выбрав, нажимаем кнопоку "Freeze" внизу. И так для каждой. Вот перечень программ, которые вообще не влияют на работу, и некоторые нужны для слежения за юзером, некоторые для функций, которые Вы скорее всего никогда в жизни использовать не будете:
"Лишние" системные программы, кушающие ОЗУ:
Atci_Service
- Отключайте спокойно, никаких побочных эффектов вообще не заметите. Она используется для тестирования Fm радио из инженерного меню. Смысла в ее "постоянном висении в памяти" - вообще никакого.
Голосовой поиск
- если Вы им не пользуетесь - отключайте - это сразу несколько метров, и он имеет привычку висеть в памяти, пользуетесь Вы им или нет.
Живые обои Android
- по вкусу. Вообще они и батарею дополнительно жрут и несколько метров памяти, и имеют привычку занимать ОЗУ, даже если Вы их реально не используете. Замораживаем.
Каталог живых обоев
- если не нужны "живые обои", то и он тоже - замораживаем.
Настройка Google Patrner
- Большинство людей в нете, сходится на том, что это просто программа-шпион, для сбора статистики, а также для установки программ на Ваш Андроид без Вашего ведома, и для Вас собсно бесполезна, если Вы не любите чтобы за Вами лишний раз следили, и не готовы платить за это удовольствие потерей места в ОЗУ и доп разрядом батареи:)
Отзывы о Маркете
- Зачем она вооще нужна для меня загадка. Можно спокойно отключать - на реальной фукнциональности не скажется.
Поиск
- Вы часто пользуетесь строкой поиска в верху экрана? Я обычно вызываю браузер, чтобы что то поискать в гогл. И не вижу никакого смысла в том, чтобы тратилось несколкьо метров ОЗУ за сомнительное удовольствие наблюдать занимающую место на десктопе строку поиска, которой не пользуюсь:) - Freeze:) После этого можете убрать с экрана и гаджет "поиска" и поместить на это место что нибудь более полезное.
Службы Exchange
- Нужны толкьо тем, кто забирает почту с Microsoft Exchange, используя "нативный" почтовый клиент. Если Вы пользуетесь стандартными SMTP/POP3/IMAP они Вам вообще не нужны, но место в памяти "жруть справно" - Freeze.
Фейсконтроль
- Если Вы не используете авторизацию по своему фотоснимку (следует заметить достаточно ненадежную) - freeze. Потому что память она время от времени "кушает" - используете Вы ее или нет.
MobileLog
- Пишет логи работы радиомодуля (GSM, bluetooth и т.д) на sd-карту, в
папку /mnt/sdcard/mtklog/mobilelog, вызывается из инженерного меню. Можно спокойно замораживать, если Вы не используете логи, записанные на SD карту. Работе LogCat ее заморозка никак не мешает.
Поставщик средств поиска.
Для чего она нужна, я толком не нашел описаний. Предполагаю что связана с возможностью "поиска прямо с десктопа Андроид", который для меня лично бесполещен, и платить за то что он занимает место на экране лишними несколькими десятками метров ОЗУ... Кое кто пишет что она-же используется "для поиска установленных программ". Где, если после ее заморозки и маркет продолжает работать нормально, и списки установленных программ в настройках отображаются? В общем я ее заморозил - побочных эффектов пока не заметил.
Условно-ненужные.
Сервисы Google Play -
Реально я заметил только одну программу на которую они влияют - Google Keep. Если Вы ее не используете - можете "замораживать". В памяти они висят постоянно, не зависимо от использования или не использования. А если Вы всеже найдете программу, которой они нужны, то при ее запуске увидите ошибку и предложение "установить сервисы google play" - тогда просто идете и "размораживаете их".
Заодно я обычно "замораживаю" и часть других программ, например тот же, рекомендованный мною "Lucky Patcher" - размораживая" только если мне его нужно использовать, и потом замораживая вновь - если этого не делать он будет "атвозапускаться" и висеть в памяти (проверяет обновления). Так же можно "замораживать" и антивирус, если Вы не ставите никаких программ, и "размораживать" его когда собираетесь что то ставить.
Все "замороженные" программы Вы можете в любой момент "разморозить", нажав кнопку "Boil", которая появится в меню на том месте где была "Freeze ", после того как программа была "заморожена" - действие полностью "обратимо". Но естественно, не замораживайте ядро системы и системные приложения, на счет которых Вы не уверены насколько они влияют на работоспособность, чтобы не получить "кирпич для перепрошивки".
Суммарно так мы освободим 40-100 метров ОЗУ.
Мало? Нужно еще освободить памяти ОЗУ? Продолжение смотрите здесь.
При переносе данных вы можете столкнуться с двумя типами ошибок – критическими и некритическими.
Эти ошибки делают перенос данных аккаунтов пользователей невозможным. Обычно они возникают, если вы ввели неправильное имя пользователя или пароль при настройке переноса из среды IMAP или если аккаунту администратора Microsoft ® Exchange не предоставлены определенные права.
Это ошибки, которые блокируют перенос некоторых сообщений. Они могут возникать на уровне сообщений (например, если одно сообщение было перенесено неправильно) или папок (не перенесена целая папка).
Если во время переноса данных из среды Microsoft Exchange Web Services (EWS) у вас возникли проблемы, проверьте следующее:
Перенос с сервера IMAP, Gmail или из аккаунта G SuiteЕсли при переносе с сервера IMAP, Gmail или из аккаунта G Suite возникает критическая ошибка, возможно, системе не удается получить доступ к электронной почте. В этом случае воспользуйтесь почтовым клиентом IMAP, например Thunderbird ® , Apple Mail или Microsoft Outlook ® . Таким образом вы убедитесь, что связь с почтовым ящиком возможна через сервер IMAP, а имя пользователя и пароль указаны правильно.
Если проблемы не исчезли, проверьте следующее:
Если при переносе данных возникают некритические ошибки, запросите отчет о переносе и сбоях. Дополнительные сведения об отчетах приведены в статье Как отследить перенос данных . Затем попытайтесь устранить некритические ошибки.
Как найти пропавшие сообщенияЕсли у вас возникла критическая ошибка, убедитесь, что вы выполнили все шаги по подготовке используемой среды , и снова попытайтесь перенести данные. Если это не поможет, попробуйте устранить критические ошибки.
Если после переноса некоторые сообщения оказались потеряны, возможно, у них просто изменились названия. Попробуйте их найти:
Если найти письмо не удалось:
