Псевдоним набора или переменная окружения в Unix

Покрытая брентом передача журналов и база данных, зеркально отражающая хорошо, таким образом, я не войду в это. Необходимое чтение по этой теме является книгой Allan Hirt Pro Высокая доступность SQL Server 2005 года. Я знаю, что это на 2005, но это на 95% важно для SQL Server 2008 также. Необходимо считать это для имения хорошего понимания в наличии опций. Вот мои дополнения к ответу Brent:

Отказоустойчивая кластеризация

Если финансовый, питание и ресурсы серверной не являются ограничением затем, это - мой предпочтительный вариант для высокой доступности для SQL Server. Вам нужно устройство хранения данных совместно используемого диска, обычно SAN для этого для работы, и я предпочитаю помещать диски C в SAN также для легкого DR. Путем я настроил его, должен иметь LUN кворума (Q), LUN MSDTC (M), и точка монтирования для каждого Экземпляра SQL Server в кластере. В точке монтирования настраивает LUN для SQLData, SQLLogs, SQLBackups и дополнительно SQLtempdb. Для ОДНОГО экземпляра Вы закончите с D:\SQLData, D:\SQLLogs, D:\SQLBackups, D:\SQLtempdb (for example). Для следующего экземпляра у Вас мог бы быть E:\SQLData, E:\SQLLogs, E:\SQLBackups, E:\SQLtempdb. Все совместно используемые диски должны быть представлены всем узлам в кластере. Обработка отказа является автоматической и занимает приблизительно 20 секунд в моей продуктивной среде. Это устойчиво, но может быть хитро, чтобы настроить, если Вы неопытны.

Виртуализированные SQL Server

Опция, которую Вы не исследовали, является использованием VMware сервер ESX для хостинга серверов баз данных. Я действительно люблю эту опцию, но не имею уверенности для развертывания ее в продуктивных средах все же. Я развернул его очень успешно в непродуктивных средах, и технология является выдающейся. Я думаю, что это только подходит для умеренного для слегка загруженных SQL Server и не должно использоваться, если производительность очень важна, или у Вас есть высокие рабочие нагрузки. Один к одному отображению SQL Server к хостам ESX является очень желательной конфигурацией. VMware VMotion является большой технологией с намного более короткими временами простоя, чем отказоустойчивая кластеризация. Я видел демонстрацию однажды видео, играемого на сервере, и сервер был заменен с видео, работающим без незначительных сбоев. Теперь, это является впечатляющим!

Репликация sql server

Это не может работать хорошо на сторонние приложения, потому что это может потребовать изменений в схеме. Репликация sql server не была разработана для высокой доступности, скорее она была разработана для создания копий доступных данных в других местоположениях. Я не рекомендовал бы использовать это для высокой доступности из-за сложностей его. Однако это может быть полезно в определенных сценариях из-за низкого уровня гранулярности, которую это предлагает - можно сделать горизонтальное и вертикальное разделение данных, например.

Сторонняя дисковая репликация

Решение, такое как двойное взятие NSI можно было рассмотреть для высокой доступности также, однако я предпочитаю использовать его для аварийного восстановления для основанных на не-SAN систем. Это в основном копирует данные на блочном уровне к целевому серверу, и целевой сервер наблюдает исходный сервер за доступностью. Если это становится недоступным, это инициировало условие обработки отказа, и можно установить его до автоматически обработки отказа или предупреждения для ручной обработки отказа. Времена обработки отказа подобны кластеризации SQL Server. Преимущества - Вы, не нуждаются ни в каком специальном оборудовании, чтобы сделать, это, но лицензии на программное обеспечение может быть дорого.

Резервное копирование и восстановление

Едва ли высокодоступное решение, но для некоторых людей с более свободными требованиями, это очень простое решение может предложить все, в чем Вы нуждаетесь. Просто скопируйте базы данных по расписанию к серверу резервного копирования и удостоверьтесь, что файлы резервных копий доступны на целевой машине. Настройте задание для восстановления файлов, поскольку они сохранены, и у Вас есть сырое высокодоступное решение на дешевом.

-1
задан 27 April 2011 в 21:09
3 ответа

Добавьте к Вашему ~/.bashrc:

export myip="1.2.3.4"

Затем можно использовать $myip на командной строке после входа в систему или выполнения source ~/.bashrc:

ping $myip

Псевдонимы только работают командами, таким образом, Вы используете его для замены команд, которые могли бы включать IP:

alias myping='ping 1.2.3.4'
alias myssh='ssh user@1.2.3.4'
4
ответ дан 5 December 2019 в 18:58

экспортируйте somevarname = "someIPaddress", должен сделать то, что Вы хотите. после того, как Вы сделаете это, необходимо смочь использовать $somevarname вместо этого. Обратите внимание, что экспорт должен остаться вокруг для Вашей текущей оболочки. Если Вы выходите из системы, необходимо будет установить его снова на входе в систему (или установить его в profile/bashrc),

2
ответ дан 5 December 2019 в 18:58

Принятие Вы соединяетесь через ssh:

export foo=`echo $SSH_CONNECTION  | awk '{print $3}'`
echo $foo

Таким образом, Вы не должны "задавать" IP для каждой машины. Помещенный, что в Вашем .bashrc или .bash_profile или везде, где Вам нравится.

2
ответ дан 5 December 2019 в 18:58

Теги

Похожие вопросы