Я должен был использовать:
copy "%SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\System.dll" "C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib"
... потому что "C:\Program Files (x64)" не существовал в моей системе.
Если Ваша базовая сеть iSCSI была установкой правильно для Equallogic, у Вас должно быть два отдельных стека с нормальным ISLs соединение двух стеков, и все массивы и хосты должны иметь по крайней мере одно соединение с каждым стеком. Если это так, затем самый простой и самый низкий подход влияния должен будет выполнить стандартную процедуру обновления встроенного микропрограммного обеспечения Dell для сложенного PowerConnects с его 2 + минута на масштаб времени переключателя. Вы не должны испытывать фактическое время простоя, если кабельные соединения были сделаны правильно, но производительность будет значительно ухудшена так, необходимо только сделать это, когда все тихо. Я проверил бы это дважды, все соединения в порядке первые хотя, потому что Вы будете определенно полагаться на многие единственные ссылки, поддерживающие вещи, в то время как обновление происходит.
Вспыхивая переключатели PowerConnect от стека и обновление их индивидуально могли бы быть возможными, но необходимо будет пройти очень сложный процесс, чтобы гарантировать, что каждое обновление коммутатора происходит в изоляции, и необходимо быть очень тщательным повторным подключением обновленных переключателей, потому что они не могут быть сложены, пока все единицы не в той же версии. Необходимо будет возможно воссоздать конфигурации переключателя для большинства переключателей, если Вы следуете этим маршрутом. Необходимо будет также удостовериться, чтобы все активные переключатели имели некоторую довольно широкополосную возможность соединения к обоим стекам, когда Вы приносите им онлайн - который является требованием Equallogic, которое серьезно усложняет этот вид осуществления. Если Вы закончите в сценарии, где один переключатель, кажется, активен, что касается массивов, но изолируется от любого стека затем в лучшем случае, у Вас будут некоторые серьезные проблемы производительности, и в худшем случае все объемы, размещенные от массивов, подключенных к тому переключателю, могут пойти офлайн. Я действительно не хотел бы делать это тот путь честно говоря, слишком много точек, в которых это могло пойти не так, как надо.
Можно ли повредить стек, чтобы сделать обновление?
Это - то, что я сделал бы или нашел бы, что некоторый путь к круговым вещам при помощи запасных переключателей создает новый стек и затем опережает соединения с ним.
Если у Вас есть несколько отличных стеков коммутаторов, и каждый из Ваших хостов и устройства хранения данных подключен больше чем к одному стеку (поскольку они должны быть должны гарантировать дублирование), то это не должна быть проблема для выведения одного стека из обслуживания для обновления встроенного микропрограммного обеспечения.
Кажется маловероятным, что Вы были бы вынуждены обновить встроенное микропрограммное обеспечение на отдельных стеках одновременно. Имеет место это?
Ваши хосты/устройство хранения данных автоматически переключатся на другой активный путь, если MPIO будет соответственно настроен в Вашей среде.