Ссылка на объект не указывает на экземпляр объекта outlook
Проблема появляется после создания DAG и добавления в него членов, без создания копий баз.
Ссылка на объект не указывает на экземпляр объекта
Object reference not set to an instance of an object
CAS+MDB - 2 шт ( Exchange 2013 CU14) - (CAS.test.local (2012R2)- USR-02.test.local(2012R2))
DAG - CAS + USR-02 (DAG-01 , сервер свидетель USR-03.test.local(2012R2))
Вышеуказанная конфигурация работает без проблем, в кластере не используется 2-а сетевая карта.
Все сервера находятся в одной подсети 172.16.1.Х
172.16.1.10 - USR-03 Сервер свидетель
172.16.1.11 - CAS (MDB+CAS)
172.16.1.12 - USR-02 (MDB+CAS)
172.16.1.13 - (DAG-01 который на CAS )
Далее проводился тест в котором соответственно вылезла ошибка
CAS+MDB -2 шт. ( Exchange 2016 CU4 ) - (USR-211.test.local (2012R2) - USR-212.test.local (2012R2))
DAG - USR-212 + USR-211 (DAG16 , сервер свидетель USR-10.test.local (2016))
Находятся в той же сети 172.16.1.Х, не используется 2-а сетевых интерфейса
172.16.1.210 - USR-10 Сервер свидетель
172.16.1.213 - (DAG16 который на USR-211)
При создании самого DAG ( DAG16 ) всё нормально, но при добавлении серверов я получаю ошибку, показанную на скрине. Результатом ошибки является невозможность репликации баз данных, поломанный индекс и.т.д.
При этом в консоли Отказоустойчивого кластера всё Ок, ошибок нет, при выключении одного он реагирует что пропал "напарник" , ну в общем всё как обычно. На первом этапе проводил тест в связке Server 2016 + Exchange 2016 CU4 , поверил, что они в связке уже работают, впервые такова возможность кривая, но появилась в Exchange 2016 CU3. На просторах RU нета о данной проблеме никто ничего не знает вообще, но англоязычных уже встречались, решеним было перенос ящика админа и арбитражных ящиков в базу 2016 чанги :)
Ничего не помогло.
PS: Найден жуткий глюк локализации, который мне перекрыл доступ в почтовый ящик через OWA ( Всеми любимая фраза: Что-то пошло не так :) ). В настройках локализации пользователя выбирая Русский - Украина и после всё ! Больше мы туда не попадём, решение перенос данного ящика обратно в базу 2013, после чего тот матюгается, но работает и даёт возможность сменить локаль обратно.
При настройке Microsoft Dynamics CRM 2011 или CRM 2013 для Outlook клиента к экземпляру Microsoft Dynamics CRM Online, возникает ошибка «Ссылка на объект не указывает на экземпляр объекта» после ввода учетных данных, Выбор организации и нажмите кнопку OK:
Существует проблема подключения к серверу Microsoft Dynamics CRM. Возможно, сервер недоступен. Повторите попытку позже. Если ошибка повторится, обратитесь к системному администратору.
Ссылка на объект не указывает на экземпляр объекта.
в Microsoft.Crm.Passport.IdCrl.OnlineServicesFederationLogOnManager.GetBrowserClientAuthInfo (redirectEndpoint строка, строка партнера, политики строку postData & строка)
в Microsoft.Crm.Outlook.ClientAuth.ClientAuthProvidersFactory'1.SignIn (Uri конечной точки, учетные, режим uiMode AuthUIMode, IClientOrganizationContext контекста, parentWindow форму, логическое retryOnError)
в Microsoft.Crm.Outlook.ClientAuth.ClientAuthProvidersFactory'1.GetAuthProvider (Uri конечной точки, учетные, режим uiMode AuthUIMode, Uri webEndPoint, контекст IClientOrganizationContext, форма parentWindow)
в Microsoft.Crm.Application.Outlook.Config.ServerInfo.Initialize (Uri discoveryUri, OrganizationDetail selectedOrg, displayName строка, логическое isPrimary)
в Microsoft.Crm.Application.Outlook.Config.ServerForm. < InitializeBackgroundWorkers >b__2 (Object sender, DoWorkEventArgs e)
Причина
Эта проблема возникает при использовании версии Microsoft Online Services Sign-in Assistant, несовместимый с Microsoft Dynamics CRM 2011 или 2013 Microsoft Dynamics CRM. При настройке Microsoft Dynamics CRM для Outlook клиента и подключение к экземпляру Microsoft Dynamics CRM Online, 7.250.4259.0, 7.250.4287.0и 7.250.4303.0являются только поддерживаемых версий Microsoft Online Services Sign-in Assistant.
Решение
Чтобы устранить эту проблему, выполните следующие действия:
1. нажмите кнопку Пуск, введите appwiz.cplи нажмите клавишу ВВОД, чтобы открыть элемент программы и компоненты панели управления.
2. Удалите службы Microsoft Online Sign-in Assistant, если его версия не соответствует, 7.250.4259.0, 7.250.4287.0или 7.250.4303.0.
3. Загрузите и установите версию 7.250.4303.0 от службы Microsoft Online Sign-in Assistant.
4. перезагрузите рабочую станцию и настройки Microsoft Dynamics CRM для Outlook клиента, чтобы убедиться, что проблема устранена.
У меня есть проект внутри решения VS, который корректно загружается в VS2015, но кажется, что он поврежден в VS2017 (RC2).
Я думал, что это может быть из-за того, что VS2017 как-то автоматически изменил файл .csproj для своих нужд, но после сравнения его с версией решения VS2015 я обнаружил, что они ничем не отличаются.
Для меня на Visual Studio 2017 ни одно из предложений не работало. То, что работало, закрыло все экземпляры Visual Studio и уничтожило папку .vs в корне решения.
Я удалил строку из неудавшегося проекта .csproj после десятков случайных тестов.
Теперь он правильно загружается и, кажется, работает хорошо.
Btw, честно говоря, я понятия не имею, что означает эта строка, и по достоинству оценят того, кто может объяснить, почему избавление от этой строки устраняет проблему, и в основном, почему эта строка необходима.
Запуск Visual Studio в качестве администратора исправил проблему для меня.
Ссылка на объект не установлена в экземпляр объекта
В моем случае исправление заключалось в установке ожидаемой версии SDK Windows 10, как указано TargetPlatformVersion в файле .csproj .
В моем случае это произошло потому, что я использовал IIS (не IIS Express) и не запускал Visual Studio 2017 в качестве администратора.
Я получил ту же ошибку при работе с c++. Я сделал VS удалить, а затем установить. Тогда все прошло хорошо. С уважением.
Это сработало для меня.
- Аутентифицировать пул приложений, используя данные вашей учетной записи
- Recycle App pool
- Остановись и начни
- Запустите команду CMD iisreset от имени администратора.
Я начал получать эту проблему после обновления до Windows 10. Я справился с ней, просто восстановив Visual Studio. Кажется, эта проблема появляется снова после установки обновлений Windows от моей компании.
Что означает «Ссылка на объект не указывает на экземпляр объекта»?
Как мы уже поясняли выше, возникновение данной ошибки связано с так называемой «нулевой ссылкой». Когда значений какого-либо из объектов кода не задано, и программа вместо данного значения видит нуль.
Ошибка «нулевой ссылки» составляют значимую часть в числе всех ошибок приложений. Обычно это простая проблема, вызванная отсутствием дополнительной логики в программе, предполагающей наличие допустимых значений для всех имеющихся в ней объектов.
Вы также можете столкнуться с исключением нулевой ссылки в ситуации, когда любой из типов объектов является нулём. Например, в приведенном ниже коде объект SqlCommand никогда не инициализируется. Отсутствие SQL-запроса может стать серьезной проблемой для вашего приложения. Иногда нулевую строку можно просто проигнорировать, и двигаться дальше. В других же случаях, как и в случае с SqlCommand, это может стать фатальной ошибкой, игнорировать которую не представляется возможным.
Использование условного оператора Null для избежания NullReferenceExceptions
Объединение нулей во избежание NullReferenceExceptions
Еще одна замечательная особенность — объединение нулей (null coalescing), которое является оператором «??». Это прекрасно работает в случае получения значения по умолчанию для переменной, которая является нулём. Это работает со всеми типами данных, которые могут быть обнуляемыми. Следующий код генерирует исключение без объединения нулей. Добавление “?? new List()» предотвращает исключение «Ссылка на объект не указывает на экземпляр объекта».
Простые примеры нулевых значений, вызывающих проблемы
Наиболее распространёнными причинами рассматриваемой ошибки являются неверные настройки, вызовы базы данных, а также вызовы типа API, не возвращающие ожидаемые значения.
Например, вы добавляете новое поле в свою базу данных, и не заполняете значения по умолчанию для каждой записи. Произвольно запрашиваются записи, при этом данный код не учитывает, что новое поле — нуль. Соответственно, возникает и рассматриваемая нами ошибка.
Рассматриваемая проблема может быть решена добавлением логики и кода, позволяющих гарантировать, что объекты не являются нулями. Советы, позволяющие избавиться от ошибки сводятся примерно к следующему:
- Инициализируйте переменные с допустимыми значениями;
- Если переменная может быть нулевой, то проверьте код на нули, и обработайте его соответствующим образом;
- Используйте оператор ? с методами, когда возможно. stringvar?.ToUpper();
- Применяйте инструменты уровня «Resharper» для выявления потенциальных нулевых ссылок.
Заключение
Проблема появляется после создания DAG и добавления в него членов, без создания копий баз.
Ссылка на объект не указывает на экземпляр объекта
Object reference not set to an instance of an object
CAS+MDB - 2 шт ( Exchange 2013 CU14) - (CAS.test.local (2012R2)- USR-02.test.local(2012R2))
DAG - CAS + USR-02 (DAG-01 , сервер свидетель USR-03.test.local(2012R2))
Вышеуказанная конфигурация работает без проблем, в кластере не используется 2-а сетевая карта.
Все сервера находятся в одной подсети 172.16.1.Х
172.16.1.10 - USR-03 Сервер свидетель
172.16.1.11 - CAS (MDB+CAS)
172.16.1.12 - USR-02 (MDB+CAS)
172.16.1.13 - (DAG-01 который на CAS )
Далее проводился тест в котором соответственно вылезла ошибка
CAS+MDB -2 шт. ( Exchange 2016 CU4 ) - (USR-211.test.local (2012R2) - USR-212.test.local (2012R2))
DAG - USR-212 + USR-211 (DAG16 , сервер свидетель USR-10.test.local (2016))
Находятся в той же сети 172.16.1.Х, не используется 2-а сетевых интерфейса
172.16.1.210 - USR-10 Сервер свидетель
172.16.1.213 - (DAG16 который на USR-211)
При создании самого DAG ( DAG16 ) всё нормально, но при добавлении серверов я получаю ошибку, показанную на скрине. Результатом ошибки является невозможность репликации баз данных, поломанный индекс и.т.д.
При этом в консоли Отказоустойчивого кластера всё Ок, ошибок нет, при выключении одного он реагирует что пропал "напарник" , ну в общем всё как обычно. На первом этапе проводил тест в связке Server 2016 + Exchange 2016 CU4 , поверил, что они в связке уже работают, впервые такова возможность кривая, но появилась в Exchange 2016 CU3. На просторах RU нета о данной проблеме никто ничего не знает вообще, но англоязычных уже встречались, решеним было перенос ящика админа и арбитражных ящиков в базу 2016 чанги :)
Ничего не помогло.
PS: Найден жуткий глюк локализации, который мне перекрыл доступ в почтовый ящик через OWA ( Всеми любимая фраза: Что-то пошло не так :) ). В настройках локализации пользователя выбирая Русский - Украина и после всё ! Больше мы туда не попадём, решение перенос данного ящика обратно в базу 2013, после чего тот матюгается, но работает и даёт возможность сменить локаль обратно.
Читайте также: