Вопросы Теги

Установка Кластера SQL на опциях Hyper V

Нет.

Я люблю ProcessExplorer так же как следующий администратор. Но когда Вам нужен он, можно запуститься, это довольно легко, даже от удаленной сети совместно использует, таким образом, у Вас не должно быть его на каждом сервере.

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

Поскольку другие сказали, что это - путь, более интенсивно использующий ресурсы также. Последней вещью поле, я диагностирую безудержный процесс на потребностях, является другой пожиратель ресурсов, борющийся за ресурсы.

3
задан 29 March 2010 в 13:13
2 ответа

Используйте 2 и затем используйте ЗЕРКАЛЬНОЕ ОТРАЖЕНИЕ для высокой доступности. Это дает Вам больше, чем Кластер SQL, потому что он дает Вам две копии данных.

Это - одно слабое место Кластера SQL - если база данных умирает способом, который повреждает файл базы данных (и это Происходит - не точно часто, но если Вы идете для высокой доступности, Вы не хотите это), затем кластер заменяет, и новый стартовый процесс SQL.... не загрузит базу данных или откажет.

С зеркальным отражением второй сервер отбирает на своей собственной копии данных.

Третий (МАЛЕНЬКИЙ) SQL-сервер как "свидетель" (так, чтобы было 3 экземпляра, делает обработку отказа более стабильной), предлагается.

Лично, я думаю (после пребывания в течение нескольких месяцев при поддержке SQL Server MS, работающей на Microsoft), что использование Кластера SQL для высокой доступности в первом оборонительном рубеже является в значительной степени грубым пренебрежением. За 3 месяца я имел как случай в месяц, где обработка отказа перестала работать по РАЗЛИЧНЫМ причинам (один включая систему SAN, данные были сохранены при катастрофическом отказе). Это действительно заставляет Вас ценить двойную жизненную копию данных зеркального экземпляра.

1
ответ дан 3 December 2019 в 07:17
  • 1
    Или сделайте обоих. Кластеризация самого SQL имеет большие преимущества, если очень высокое время работы требуется, потому что те обработки отказа безумно быстры. Для reason' s TomTom упомянул, что единственный экземпляр дб является проблемой, таким образом, Вы затем зеркально отражаете его к другому полю (или журналы поставки или безотносительно). It' s дорогой, но если очень высокое время работы важно для Вас, it' s стоящий того. –  icky3000 26 March 2010 в 19:10

Предположение, что Вы запускаете Windows 2008 R2 и SQL 2008 затем:

  1. не действительно, что трудно для установки, после того как устройство хранения данных и кластер хоста сделаны его всего несколько минут больше для конфигурирования sql кластера.

  2. живая миграция не является плохим решением также, тот путь Ваш не прикрепленный к блейду в кластере.

1
ответ дан 3 December 2019 в 07:17
  • 1
    не уверенный, почему это должно с таким большим шрифтом! –  tony roth 26 March 2010 в 16:22
  • 2
    как TomTom говорит, что зеркальное отражение дб является очень хорошим решением, если Ваша ситуация с учетной записью пользователя довольно стабильна и/или если ее домен базировался затем, зеркальное отражение дб очень легко иначе, необходимо бороться с учетными записями пользователей. Также зеркальное отражение дб является дб, базирующимся не базирующийся экземпляр –  tony roth 26 March 2010 в 19:15

Теги

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