Повторное разделение уже смонтированных логических томов
В основном это был предок нескольких ядер. В сущности ЦП создал бы больше виртуальных центральных процессоров. Это только работает, если ОС поддерживает его.
Сервер 2 008 R2 действительно поддерживают HT, таким образом, в теории, необходимо видеть некоторое преимущество. При выполнении SQL Вы могли бы генерировать гигантский запрос, и выполнить его с и без HT и сравнить его оттуда.
Вы могли также сделать некоторые сборки в Городе Команды w/HT на и прочь и видеть, каковы Ваши результаты.
Это должно сработать, посмотрите справочные страницы, если вы хотите получить более подробную информацию о конкретных командах;
umount /home
resize2fs /dev/mapper/vg_ecomwise-lv_home {the size you want}
lvreduce -L-{the size you want} /dev/mapper/vg_ecomwise-lv_home
mount /home
lvextend -L +{the size you want} /dev/mapper/vg_ecomwise-lv_root
resize2fs /dev/mapper/vg_ecomwise-lv_root {the size you want}
Это можно сделать, используя комбинация rezise2fs , lvreduce и lvextend . Это довольно опасно, и я бы не рекомендовал делать это в системе с любыми данными, которые вам нужны. Но если вы хотите попробовать, процедура выглядит примерно так:
#Shrink the filesystem to 200G
resize2fs /dev/mapper/vg_ecomwise-lv_home 200G
#Use a bit larger to avoid fatal off-by-something errors
lvreduce -L 210G /dev/mapper/vg_ecomwise-lv_home
#Regrow the filesystem to fill the partition
resize2fs /dev/mapper/vg_ecomwise-lv_home
#Extend the volume by 50G
lvextend -L+50G /dev/mapper/vg_ecomwise-lv_root
#Grow the filesystem
resize2fs /dev/mapper/vg_ecomwise-lv_root
Если вы не хотите рисковать потерять данные из-за изменения размера раздела / файловой системы, почему бы не остановить MySQL, измените домашний каталог в my.cnf , переместите база данных находится в / home / mysql / db или около того, и позволить MySQL хранить свои данные в / home?