Данная статья является вольным переводом статьи + свои соображения и дополнения
Введение.
Вы поставили систему, но со временем у вас появился ещё один жётский диск и вы хотите сделать mirror посредством zpool: не просто зеркальный диск, а ещё и полноценный загрузочный (с grub’om на борту)
Тестовый стенд: Solaris Express 11/11.1, диски: c4t0d0s0 (старый), c4t1d0s0 (новый)
Описывать настройку репликации, здесь не буду, так как в интернете полно разных описаний. Здесь расскажу о некоторых тонкостях и аспектах работы репликации. То есть о тех вещах, о которых обычно умалчивают авторы при написании статей о репликациях.
Так уж сложилось, что протокол NFS разработала компания SUN и поэтому, этот протокол включён в базовый набор сервисов на ОС Solaris. Подробнее о самом протоколе можно прочесть на википедии.
Тестовый стенд: Solaris 10/11 (сервер), Kubuntu Linux, kernel 3.0.0-12-generic-pae (клиент)
Когда у вас целая ферма серверов, то обслуживать их достаточно сложно. И если вам нужно посмотреть логи с какого-то сервера, то приходится заходить на него и смотреть. А если нужно посмотреть не на одном, а на 10? Такой процесс получается изнурительным. В данной статье будет рассмотрена возможность сбора логов с Windows серверов (а так же можно и *nix) и запись их в единую базу, из которой потом можно посмотреть.
Тестовый стенд: FreeBSD (сервер сбора логов), Windows 2003/2008 (клиенты)
В статье будет рассмотрен вопрос переноса зоны с одного сервера на другой. Причём перенос будет осуществлён с сервера с более старой версией на более новую, то есть затронется вопрос обновление зоны на новом сервере.
Тестовый стенд:
старый сервер: SunOS 5.10 Generic_141445-09 i86pc i386 i86pc
новый сервер: SunOS 5.10 Generic_147441-01 i86pc i386 i86pc
Вот собственно запрос:
SELECT table_schema "database_name", sum( data_length + index_length )/1024/1024 "Data Base Size in MB" FROM information_schema.TABLES GROUP BY table_schema;
Вывод будет в такой форме
+--------------------+----------------------+ | database_name | Data Base Size in MB | +--------------------+----------------------+ | information_schema | 0.00878906 | | mysql | 0.61256504 | | performance_schema | 0.00000000 | | stephensmedia | 8.15625000 | | tutology | 3.56811810 | +--------------------+----------------------+ 5 rows in set (0.04 sec)
Такую ошибку мы получим, если захотим указать в конфиге параметры master-хоста (host, user, pass) для репликации. А как же быть?
Оказывается, теперь это нужно делать только в консоле. То есть так:
mysql>CHANGE MASTER TO MASTER_HOST='192.168.1.10', MASTER_USER='repl', MASTER_PASSWORD='slavepass';
ну и потом
mysql>START SLAVE;
Эти значения сохраняются и после рестарта сервера.
ПС, В документации, кстати, ничего не сказано, что теперь опции в конфиге deprecated, а просто дано описание, как это нужно указывать через консоль.
Если так уж случилось, что нужно это сделать, то приступим. Загружаемся с установочного CD/DVD и когда спросит, что мы хотим – выбираем 6-ой пункт Sigle-user mode. Далее система спросит, смонтировать для записи ваш корень или нет? Отвечайте yes. После того, как загрузится шелл, делаем следующее:
Если кратко – то зоны, это виртуальные машины внутри гостевой ОС. Больше всего они похожи на jail из FreeBSD, но по функционалу намного лучше. Можно сравнить с Xen, но в зонах можно запускать только ОС Solaris и только той версии, какой гостевая.
Тестовый стенд: Solaris 10
Это ошибка появляется при установке новой версии Solaris на VMware.
С чем связано – с объёмом памяти.
Как исправить – изменить объём памяти.
К примеру, у меня по дефолту VMware мне предложил 1024МБ. Поставил 1090 и заработало. Кстати, работает так же и со значениями 580 и прочими. То есть просто подберите те значения, с которыми оно заработает.