none
Настройка SQL для SharePoint 2013 RRS feed

  • Вопрос

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

    На данный момент корпоративный портал реализован на двух ВМ:

    1. ВМ на winserver2012 и sharepoint2013

    2. ВМ на winserver2012 и SQL 2012

    Планирую сделать апгрейд ВМ с SQL на WinServer2012R2 и SQL2014 (Какие лицензии есть в компании с тем и работаю)

    Вопрос по настройке SQL2014

    1. Нужно ли на отдельные диски выносить TempDB и TempDB Log? Если да, то как правильно расчитать размер дисков для этих DB?

    2. Нужно ли на отдельные диски выносить логи SharePoint, расположенные в C:\inetpub\logs\LogFiles\, данный каталог сейчас  занимает 313Гб. Как правильно эти логи удалять? Можно просто shift+del ?

    Благодарю за советы!

    23 августа 2019 г. 8:49

Ответы

Все ответы

  • Приветствую.

    Чистка Логов IIS и схожая тема 

    Best practices for SQL Server in a SharePoint Server farm


    Я не волшебник, я только учусь. MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте нажать на кнопку "Отметить как ответ" или проголосовать за "полезное сообщение". Disclaimer: Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть, без каких-либо на то гарантий. Блог IT Инженера, Яндекс Дзен, YouTube, GitHub.


    23 августа 2019 г. 10:02
    Модератор
  • 1. TempDB лучше на быстрый носители вынести - SSD/NVME/RAM

    2. Логи SharePoint тоже лучше на отдельный диск.

    23 августа 2019 г. 10:10
  • У меня на СХД все диски ССД.

    Тогда по дискам получается так:

    1. Base

    2. Base Log

    3. TempDB и TempDB Log

    4. Для поиска. Я так понимаю здесь индексация будет храниться?

    Как для 2,3 и 4 дисков высчитать размер?

    Логи ИИС можно удалять в менее нагруженное время и в рабочее время? Не надо останавливать ИИС?


    • Изменено Pogreb 23 августа 2019 г. 10:36
    23 августа 2019 г. 10:35
  • Вернее по дискам так:

    Тогда по дискам получается так:

    1. Base

    2. Base Log

    3. TempDB и TempDB Log

    4. Для поиска. Я так понимаю здесь индексация будет храниться?

    5. Логи IIS

    Но вопросы те же

    Как для 2,3 и 4 дисков высчитать размер?

    Логи ИИС можно удалять в менее нагруженное время и в рабочее время? Не надо останавливать ИИС?

    27 августа 2019 г. 8:36
  • Вернее по дискам так:

    Тогда по дискам получается так:

    1. Base

    2. Base Log

    3. TempDB и TempDB Log

    4. Для поиска. Я так понимаю здесь индексация будет храниться?

    5. Логи IIS

    Но вопросы те же

    Как для 2,3 и 4 дисков высчитать размер?

    Логи ИИС можно удалять в менее нагруженное время и в рабочее время? Не надо останавливать ИИС?

    А как вы заранее сможете рассчитать размер? Выделите на каждый диск по 256Gb и в первое время следите за их наполнением + Монитор ресурсов, никто не запрещает расширить дисковое пространство, зайти в Disk Manager и расширить диск. Тем более вы указали, что это Виртуальная машина. Так же если нагрузка на базы высокая и их нужно выделить в другой диск, тоже проблем не особо возникнет эти базы переместить на другой диск. Если у вас "тресутся коленки" за место, то настройте alert себе на почту, чтобы фиксировать переполнен диск или нет.
    27 августа 2019 г. 8:58
  • А как вы заранее сможете рассчитать размер? Выделите на каждый диск по 256Gb и в первое время следите за их наполнением + Монитор ресурсов, никто не запрещает расширить дисковое пространство, зайти в Disk Manager и расширить диск. Тем более вы указали, что это Виртуальная машина.

    Принимается, только одно НО есть, надо данную ВМ из кластера удалять, т.к. нельзя изменить размер диска у кластеризованной ВМ.

    А по удалению логив ИИС, можно на горячую?

    27 августа 2019 г. 9:01
  • А как вы заранее сможете рассчитать размер? Выделите на каждый диск по 256Gb и в первое время следите за их наполнением + Монитор ресурсов, никто не запрещает расширить дисковое пространство, зайти в Disk Manager и расширить диск. Тем более вы указали, что это Виртуальная машина.

    Принимается, только одно НО есть, надо данную ВМ из кластера удалять, т.к. нельзя изменить размер диска у кластеризованной ВМ.

    А по удалению логив ИИС, можно на горячую?

    На "горячую" в принципе лучше ничего не делать, разве что только к примеру: расширить размер диска, всегда существует риск "непредвиденных ситуаций" и т.д. Если нет уверенности в действиях сделайте snapshot (бэкап) виртуальной машины и дальше эксперименты на любой вкус и цвет. Любые манипуляции, которые могу привезти к остановке сервера (служб, IIS и т.д.) лучше делать в нерабочее время.
    27 августа 2019 г. 9:08
  • Логи IIS это просто текстовые файлы. И если вам эти логи не нужны, то IIS-у и подавно.

    Удалять можно когда угодно, обычным удалением. Ну удасться удалить только текущий файл - тк его держит IIS.

    По названию файла - понятно, за кую дату лог. Можете удалить самые старые.

    Саму директорию можно пожать NTFS компрессией.


    • Изменено Bernasovsky Eugene 27 августа 2019 г. 13:49
    • Помечено в качестве ответа Pogreb 27 августа 2019 г. 13:54
    27 августа 2019 г. 13:47
  • Еще один вопрос по настройке SQL

    На данным момент есть ВМ, к ней подключен диск Е (внутри которого рабочие базы), который живет на СХД в отдельном volume.

    На новой ВМ я хотел диск Е просто переподключить, соответственно никакого копирования данных не нужно.

    Когда SQL устанавливаем, то на одном из шагов есть пункт, в котором указываем: базы хранить на диске Е, темпдб на диске F, логи темдб на G и т.д.

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

    А в выходной день выключу старую ВМ, отключу ей диск Е, а на новой ВМ машине заменю диск Е, на диск от старой ВМ с рабочими базами. У SQL никаких проблем не будет, ему не важно, что подключено, главное, чтобы в винде был диск Е?

    28 августа 2019 г. 6:58
  • Проблем возникнуть не должно, главное чтоб буква такая же была.
    • Помечено в качестве ответа Pogreb 28 августа 2019 г. 7:02
    28 августа 2019 г. 7:01
  • При подключении чужого диска проблем скорее всего не возникнет, если буква тома останется прежней. Но для того чтобы соблюсти "кошерность", потребуется проверить и в случае чего исправить права.

    Configure File System Permissions for Database Engine Access

    28 августа 2019 г. 8:44
  • Коллеги, можете еще раз меня перепроверить:

    1. Устанавливаю на ВМ WinServer2012R2

    2. Ввожу в домен с левым именем

    3. Устанавливаю все обновления

    4. Подключаю диски с СХД для SQL

    5. Устанавливаю SQL2014 и настраиваю подключенные тома.

    6. Вывожу из домена старую ВМ

    7. Отключаю диск с базами у старой ВМ

    8. Подключаю диск с базами у новой ВМ

    9. Ввожу в домен новую ВМ с именем старой ВМ и старым IP адресом

    10. Проверяю, что у диска с базами нужная буква

    11. Проверяю работу SQL с помощью Studio

    12. Проверяю работу сервисов

    Ничего ли я не забыл?

    Заранее спасибо!



    • Изменено Pogreb 2 сентября 2019 г. 13:19
    2 сентября 2019 г. 13:17
  • Коллеги, столкнулся с проблемой после переноса.

    В данном томе с базами, были базы SharePoint 2013

    Я по своей не внимательности совсем забыл про пользователей в самом SQL сервере и их разрешениях.

    Сейчас часть сервисов работают, портал на sp2103 не работает.

    Ошибка

    Ошибка сервера в приложении '/'.

    Эта операция может быть выполнена только на компьютере, который присоединен к ферме серверов пользователем, имеющим в SQL Server разрешения на чтение базы данных конфигурации. Для подключения сервера к ферме используйте мастер настройки продуктов SharePoint, запускаемый из подменю "Продукты Microsoft SharePoint 2010" главного меню.

    Мои предположения, что теперь где то не хватает прав.

    Мне стоит бороться со старой ВМ и пытаться восстановить там SQL службу, так как она не хочет запускаться после вывода виртуалки из домена, чтобы проверить всех пользователей и разрешения.

    Или в моем случае все плохо и базы SP прото так не подцепятся обратно в ферму?

    7 сентября 2019 г. 17:12
  • Если я вас правильно понял:

    1. Запустите старую виртуалку с SQL.

    2. В сервисах укажите для SQL Database Engine локальную учетную запись и запустить SQL.

    3. Зайдите в него под sa или под локальным админом и посмотрите права на базах.

    или

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

    2. посмотрите права на базах.

    7 сентября 2019 г. 18:50
  • Ввел старую ВМ в домен под старым именем.

    Новую ВМ вывел из домена

    Запустил службу SQL. Решил пока не обновлять ВМ и оставить все по старому.

    Буду лучше планировать.

    Единственное, что у меня 8 баз в состоянии - Ожидает восстановление.

    Одну базу восстановил, сервис заработал.

    А вот Шарик нет.

    База sharepoint_config в нормальном состоянии, но центр администрирования не запускается.

    При этом основная база с доками WSS_Content_8082 в статусе - Ожидает восстановление.

    Она большая, поэтому много времени надо на восстановление.

    Меня больше интересует вопрос, то, что базу sharepoint_config я подключил к SQL2014 она могла как нибудь конвертироваться и то, что я ее подключил к SQL2012 она все равно не рабочая? И поэтому у меня центр администрирования не работает?

    7 сентября 2019 г. 20:02
  • Попробуйте изменить Уровень Совместимости проблемной базы:

    Проблемная mssql_sp_Config_db -> <ПКМ> -> Свойства -> Параметры -> Уровень Совместимости


    Я не волшебник, только учусь. MCTS, CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте нажать на кнопку "Отметить как ответ" или проголосовать за "полезное сообщение". Disclaimer: Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть, без каких-либо на то гарантий. Блог IT Инженера, Яндекс Дзен, YouTube, GitHub.

    7 сентября 2019 г. 20:11
    Модератор
  • Там указано только три версии sql 2012, 2008, 2005

    Была выставлена версия 2012. Значит все нормально с совместимостью базы для SQL2012 ?

    Ведь я правильно понимаю, центр администрирования должен работать без базы wss_content_8082?


    • Изменено Pogreb 7 сентября 2019 г. 21:04
    7 сентября 2019 г. 21:01
  • Ситуация самая плохая.

    Центр администрирования не работает.

    Запускаю Powershell для SharePoint в черном окне фраза - Локальная ферма недоступна. Командлеты с FeatureDependencyId не зарегистрированы.

    Запускаю мастер настройки SP, после предупреждения iis появляется ошибка

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

    Базу sharepoint_config восстановили, не помогло.

    Резервные копии всех баз есть.

    В логе SP в основном одна ошибка:

    09/07/2019 19:53:26.64              hostcontrollerservice.exe (0x0814)         0x0E8C SharePoint Foundation                         Database                          880i        High      System.Data.SqlClient.SqlException (0x80131904): Неверное имя целевого субъекта. Невозможно создать контекст SSPI.     в System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, UInt32 waitForMultipleObjectsTimeout, Boolean allowCreate, Boolean onlyOneCheckConnection, DbConnectionOptions userOptions, DbConnectionInternal& connection)     в System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection)     в System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection)     в System.D...

    Можете подсказать в какую сторону смотреть, не целиком же sp переустанавливать?

    8 сентября 2019 г. 7:31
  • У меня оказалось все проще.

    Удалился spn для учетной записи, от которой стартует служба sql

    Качаем и проверяем spn

    • Помечено в качестве ответа Pogreb 9 сентября 2019 г. 6:00
    9 сентября 2019 г. 6:00