Несколько установок Python в Windows - когда они использовались в последний раз?

У нас есть несколько компьютеров с Windows, на которых установлено несколько версий Python по разным причинам. Кто не любит устаревшие системы?

В порядке очистки, я хотел бы попытаться выяснить, какие из них действительно используются. Насколько я вижу, sqlnode-02) с использованием гостевых виртуальных машин Server 2016 в моей лаборатории на основе Hyper-V. У меня проблема в том, что мастер кластера не распознает мой общий ...

Я пытаюсь построить отказоустойчивый кластер с двумя узлами (sqlnode-1, sqlnode-02), используя гостевые виртуальные машины Server 2016 в моем Hyper -V-based lab.

У меня проблема в том, что мастер кластеров не распознает мое общее хранилище.

Я пытаюсь использовать iSCSI для общего хранилища. Я подключил новый виртуальный жесткий диск к третьей виртуальной машине, смонтированной как Z :, и настроил на нем следующие виртуальные диски для использования в качестве кворума и общего хранилища:

img iSCSI Virtual Disks

Я могу подключить это из sqlnode-01:

iSCSI Initiator Properties

Я могу подключиться к нему только из sqlnode-02, если сначала отключусь от sqlnode-01.

Является ли это ожидаемым поведением, или я должен иметь возможность подключиться к обоим одновременно? - И увидеть хранилище из управления компьютером на обоих серверах одновременно?

Если я использую средство проверки из диспетчера отказоустойчивого кластера, я вижу следующее:

Validation check

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

Есть ли что-то очевидное, что я мог пропустить при настройке цели iSCSI?

В отчете о проверке указано:

Физический диск { 82996b53-d867-4086-993c-7813c8f5e154} виден из только один узел и не будет тестироваться. Проверка требует, чтобы Диск должен быть виден как минимум с двух узлов. Диск отображается как виден на узле: sqlnode-01.corp.local

Validation report

4
задан 18 October 2018 в 14:50
2 ответа

Возьмите что-нибудь вроде Starwinds и создайте общее хранилище Highly Available с двумя вашими узлами. AFAIR, у них есть много руководств, которые могут вам помочь. BTW, это бесплатно.

https://www.starwindsoftware.com/starwind-virtual-san#VSAN-FREE

6
ответ дан 3 December 2019 в 03:04

Стыдно сказать, что из-за перезагрузки эта проблема исчезла! Моя хост-машина разбилась, а это значит, что ВМ, на которой располагалась цель iSCSI, и две машины, которым нужно было подключиться, все перезагрузились.

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

.
0
ответ дан 3 December 2019 в 03:04

Теги

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