none
Не доступен сервис Ошибка 503 RRS feed

  • Вопрос

  • Здравствуйте ! После некоторого моего отсутствия перестал работать портал :((. Доступа к нему кроме меня ни у кого нет.  Service Unavailable http Error 503. В журнале две критических ошибки:

    1. У пользователя "Name: CO1858\portal SID: S-1-5-21-1640825579-1915365467-2779551661-2481 ImpersonationLevel: Impersonation" недостаточно разрешений для базы данных SQL "SharePoint_Config" в экземпляре сервера SQL Server

    2. Исключение в методе Execute определения задания Microsoft.SharePoint.Administration.SPUpgradeJobDefinition (идентификатор 63f82dac-bcae-4651-82b7-24baba2a1aaf).

    Проверил службы все запущены. Проверил базу - в наличии. Соединяется. Такой пользователь есть. Заведен на момент установки сервера. Что могло произойти ? Надеюсь на Вашу помощь.

    17 августа 2015 г. 13:33

Ответы

  • Действительно, все пулы были остановлены.Запустил центр администрирования ! Но сайты пока не открываются.

    Ошибка 503 - первым делом смотреть пулы!

    В логах смотрите причину их остановки.

    Теперь разбирайтесь с аккаунтами.

    • Помечено в качестве ответа АЮ 18 августа 2015 г. 10:05
    18 августа 2015 г. 7:33

Все ответы

  • Добрый день,

    на портал ни у кого нет доступа, а на SQL? Проверьте доступ сервисных аккаунтов на таблицы SQL.

    И лог желательно по подробнее, не только критические ошибки, проблема может скрываться и в мелочах.

    17 августа 2015 г. 14:00
  • Доступа нет ни у кого. Центр администрирования и тот не запускается. Management studio базу соединяет Таблицы открывает.
    17 августа 2015 г. 14:21
  • Причин может быть несколько:

    • Учетная запись службы, которой назначены службы SharePoint Foundation, не имеет достаточно прав в базе данных, к которой она пытается подключиться.

    • Учетная запись не настроена должным образом в SharePoint Foundation.

    ПримечаниеNote
    Для выполнения следующей задачи необходимо быть участником группы администраторов фермы SharePoint.
    Решение:   предоставление необходимых разрешений учетной записи доступа к базе данных
    • Для устранения этой проблемы необходимо назначить учетную запись доступа к базе данных, а затем проверить наличие у этой учетной записи правильных разрешений в SQL Server.

      Назначение учетной записи доступа к базе данных

      1. На веб-сайте центра администрирования щелкните элемент Security (Безопасность), затем в разделе General Security (Общие настройки безопасности) выберите Configure Service Accounts (Настройка учетных записей служб).

      2. На странице настройки учетных записей служб в разделе Credential Management (Управление учетными данными) выберите правильный пул веб-приложений для своего веб-приложения.

      3. В разделе Select an account for this component (Выберите учетную запись для этого компонента) выберите учетную запись домена, которую требуется связать с данным пулом веб-приложений, или щелкните Register new managed account (Зарегистрировать новую управляемую учетную запись), чтобы связать новую учетную запись домена с данным пулом приложений.

        ПримечаниеNote
        Локальную учетную запись для пула веб-приложений можно использовать, только если SharePoint Foundation и SQL Server выполняются на одном компьютере.
      4. Нажмите кнопку ОК, чтобы сохранить изменения.

      Проверка наличия нужных разрешений SQL Server у учетной записи

      1. Подключитесь к компьютеру, на котором выполняется SQL Server, с учетной записью, имеющей права администратора SQL Server.

      2. В SQL Server Management Studio в области навигации Обозреватель объектов разверните узел Безопасность, а затем щелкните узел Имена входа. Имя учетной записи доступа к базе данных означает, что она является именем входа SQL.

      3. Если учетная запись присутствует, разверните узел базы данных, затем узел Безопасность и щелкните пункт Роли.

      4. Разверните узел Роли базы данных, правой кнопкой мыши щелкните роль db_owner и выберите пункт Свойства.

      5. В диалоговом окне Свойства ролей базы данных проверьте, присутствует ли учетная запись доступа к базе данных в списке Члены этой роли. Если учетной записи нет в списке, нажмите кнопку Добавить.

      Проверка устранения возможных проблем базы данных

      1. В командной консоли SharePoint запустите команду оболочки Windows PowerShell Get-SPSite | Format-Table -Property ID,WebApplication,ContentDatabase, чтобы получить список сайтов для каждого веб-приложения для получения списка всех сайтов в разных базах данных. Затем найдите один сайт в каждой базе данных.

      2. Перейдите к этому сайту.

    17 августа 2015 г. 16:05
  • Я бы так и сделал если бы открывался Центр  Администрирования !!!!
    18 августа 2015 г. 6:19
  • А пул у вас запущен?

    1. Сделайте рестарт пула.

    2. Проверьте от какой учетной записи работает пул.

    3. Измените пароль акаунта из под которого запускется пул приложений.

    18 августа 2015 г. 6:40
  • Действительно, все пулы были остановлены.Запустил центр администрирования ! Но сайты пока не открываются.

    18 августа 2015 г. 7:14
  • Действительно, все пулы были остановлены.Запустил центр администрирования ! Но сайты пока не открываются.

    Ошибка 503 - первым делом смотреть пулы!

    В логах смотрите причину их остановки.

    Теперь разбирайтесь с аккаунтами.

    • Помечено в качестве ответа АЮ 18 августа 2015 г. 10:05
    18 августа 2015 г. 7:33
  • Спасибо сайты заработали. Ищу причину. Ошибок "море"
    18 августа 2015 г. 10:06
  • Спасибо сайты заработали. Ищу причину. Ошибок "море"
    Скидывайте ошибки непонятные, глянем.
    18 августа 2015 г. 15:11

  • В логах смотрите причину их остановки.


    А где эти логи хранятся? Я запускаю пул, а он снова останавливается.
    19 марта 2018 г. 6:09
  • Если логи отваливаются, то ошибки в логах точно будут.

    Логи смотрим в нескольких местах:

    1) ULS- логи фермы Sharepoint. Смотреть удобнее через

    ULS Viewer

    2) Стандартный EventLog в Windows

    Чтобы логи фермы были более подробны можно поднять детализацию через команду PowerShell

    Set-SPLogLevel

    главное при этом потом не забыть вернуть уровень логгирования на настройки по-умолчанию, а то диск забивается очень быстро.

    Для этого не забываем делать в Powershell

     clear-sploglevel


     
    • Предложено в качестве ответа Pavelsha 19 марта 2018 г. 8:08
    • Изменено Pavelsha 19 марта 2018 г. 8:08
    19 марта 2018 г. 8:08