none
Обслуживание БД SQL Server, перестроение индексов

    Вопрос

  • Добрый день! Есть SPS 2013 и БД SQL Server 2012.

    Размер БД WSS_Content стал почти 230 ГБ. В списках хранилось много записей со вложенными документами.

    Почистили список, удалили все ненужное. Размер БД не изменился. 

    Сделала сжатие Shrink Database. Размер тот же.

    Какое следующие действие? Сделать перестроение индексов? Прямо в рабоче среде, через Management Studio, правой кнопкой на таблице индексов Перестроить все ? Нет ли вероятности, что операция зависнет и база заблокируется на неопределенный срок из-за большого объема? 

    Подскажите, пожалуйста, кто уже практиковал.

    11 декабря 2018 г. 9:22

Ответы

  • А какая цель?
    Да, в best practices есть рекомендация по размеру контентной БД для обслуживания (для 2013 - 200ГБ).

    Но это лишь рекомендация, не строгое правило.

    Для, так удобнее обслуживать БД, и обеспечивать ее корректную доступность и работу.

    Если цель следовать рекомендациям, то в первую очередь нужно смотреть сколько коллекций сайтов хранят свой контент в WSS_Content. Так как контент коллекции можно вынести встреченными средствами в отдельную БД. 

    Site Collection Size

    Перемещение коллекций веб-сайтов между базами данных в SharePoint Server

    Move-SPSite


    12 декабря 2018 г. 7:25
  • Здравствуйте! 

    Цель-выяснить почему от удаления вложений не меняется объем БД. А изначально хотели уменьшить БД следуя рекомендации MS. У нас только 1 коллекция сайтов, поэтому перенести нечего.

    Место не может 'просто так' быть занято. Если очищали 2-уровневые корзиныи точно удалили существенное количество файлов /списков, и т.д., тогда место скорее всего занято одиним из фаилов БД. (смотрели их размер и соотношение allocated vs used?) Если нет свободного места в лог файле, , значит не бэкапите достаточно часто и они слишком быстро растут.


    [SharePoint lurker]

    14 декабря 2018 г. 20:21

Все ответы

  • А какая цель?
    Да, в best practices есть рекомендация по размеру контентной БД для обслуживания (для 2013 - 200ГБ).

    Но это лишь рекомендация, не строгое правило.

    Для, так удобнее обслуживать БД, и обеспечивать ее корректную доступность и работу.

    Если цель следовать рекомендациям, то в первую очередь нужно смотреть сколько коллекций сайтов хранят свой контент в WSS_Content. Так как контент коллекции можно вынести встреченными средствами в отдельную БД. 

    Site Collection Size

    Перемещение коллекций веб-сайтов между базами данных в SharePoint Server

    Move-SPSite


    12 декабря 2018 г. 7:25
  • Добрый день

    скажите, а в корзине удалили?


    мой блог не много о SharePoint

    12 декабря 2018 г. 7:30
  • еще можно перевести базу в режим simple, шринкануть и потом опять перевести в full

    мой блог не много о SharePoint

    12 декабря 2018 г. 10:50
  • еще можно перевести базу в режим simple, шринкануть и потом опять перевести в full

    мой блог не много о SharePoint

    Это уменьшит размер файлов журналов транзакций. 

    А если выполняется периодическое резервное копирование журналов транзакций, то их размер усекается также периодически.

    12 декабря 2018 г. 11:11
  • еще можно перевести базу в режим simple, шринкануть и потом опять перевести в full


    мой блог не много о SharePoint

    Это уменьшит размер файлов журналов транзакций. 

    А если выполняется периодическое резервное копирование журналов транзакций, то их размер усекается также периодически.

    согласен.

    мой блог не много о SharePoint

    12 декабря 2018 г. 12:45
  • если резервное копирование не предусматривает копирование журналов транзакции, то можно и в simple оставить
    12 декабря 2018 г. 20:19
  • Здравствуйте! 

    Цель-выяснить почему от удаления вложений не меняется объем БД. А изначально хотели уменьшить БД следуя рекомендации MS. У нас только 1 коллекция сайтов, поэтому перенести нечего.

    13 декабря 2018 г. 4:07
  • Здравствуйте. Да, корзины 2 уровней почистили.
    13 декабря 2018 г. 4:08
  • Сделали сжатие средствами Management Studio, правой кнопкой Задачи-Сжать-База Данных. Это не тоже самое да? 
    13 декабря 2018 г. 4:11
  • 1. А что видно в свойствах семейства узла?

    Что показывают метрики хранилища?

    2. посмотрите объем через командлет:

    Get-SPWebApplication http://xxxxxx | Get-SPSiteAdministration -Limit All |ForEach-Object {$sum=0}{ $sum+=$_.DiskUsed }{$sum}

    3. Возможно были еще семейства узлов?

    4. Имеются личные узлы?

    • Изменено antsv 14 декабря 2018 г. 5:46
    14 декабря 2018 г. 5:43
  • use master;
    Create Table ##temp
    (
        DatabaseName sysname,
        Name sysname,
        physical_name nvarchar(500),
        size decimal (18,2),
        FreeSpace decimal (18,2)
    )   
    Exec sp_msforeachdb '
    Use [?];
    Insert Into ##temp (DatabaseName, Name, physical_name, Size, FreeSpace)
        Select DB_NAME() AS [DatabaseName], Name,  physical_name,
        Cast(Cast(Round(cast(size as decimal) * 8.0/1024.0,2) as decimal(18,2)) as nvarchar) Size,
        Cast(Cast(Round(cast(size as decimal) * 8.0/1024.0,2) as decimal(18,2)) - Cast(FILEPROPERTY(name, ''SpaceUsed'') * 8.0/1024.0 as decimal(18,2)) as nvarchar) As FreeSpace
        From sys.database_files
    '
    Select * From ##temp WHERE FreeSpace > 50 ORDER BY FreeSpace DESC
    drop table ##temp
    
    а покажите результат, для баз SharePoint?
    14 декабря 2018 г. 12:11
  • Здравствуйте! 

    Цель-выяснить почему от удаления вложений не меняется объем БД. А изначально хотели уменьшить БД следуя рекомендации MS. У нас только 1 коллекция сайтов, поэтому перенести нечего.

    Место не может 'просто так' быть занято. Если очищали 2-уровневые корзиныи точно удалили существенное количество файлов /списков, и т.д., тогда место скорее всего занято одиним из фаилов БД. (смотрели их размер и соотношение allocated vs used?) Если нет свободного места в лог файле, , значит не бэкапите достаточно часто и они слишком быстро растут.


    [SharePoint lurker]

    14 декабря 2018 г. 20:21