Журнал событий: «Не удалось настроить портал инициатора. Статус ошибки указан в данных дампа».
Это записывается каждые 3/100 секунды. Мы используем инициатор MS iSCSI на Windows Server 2003, Dell 2970 с 4 ГБ (PAE). Я уверен, что изначально это было настроено Dell. Я понятия не имею, какие изменения или модификации были сделаны с тех пор, как компания установила эту машину до сих пор.
(Я новый пользователь, поэтому пришлось удалить красивые и яркие изображения на экране. Они были довольно красивыми, и я уверен, что вы были бы очень тронуты и признательны им.)
Похоже, что все установлено правильно и доступен ограниченный том 5 ТБ, но я никогда раньше не работал с iScsi, поэтому ссылаюсь на полное незнание. При поиске я обнаружил, что это довольно редкая и мягкая задокументированная тема.
Я бы хотел двух вещей ...
Во-первых, чтобы избавиться от сообщения об ошибке, которое регистрируется. MS говорит, что его можно игнорировать, если все работает, но он потребляет ресурсы, регистрируя его, и я не чувствую себя комфортно из-за каких-либо ошибок на моих серверах. Я хочу исправить то, что вызывает эту проблему.
Во-вторых, будучи полностью экологичным, я хотел бы подтвердить, что настройка оптимизирована и мы пользуемся всеми доступными функциями. Несмотря на то, что на этом компьютере есть 3 сетевых адаптера, похоже, что инициатор настроен только для Broadcom BMC5708C NetXtreme II на нашем 10.90.1. #, Остальные 2 NIC имеют 1 ГБ на 192.168.0. #. Могут ли дополнительные цели улучшить производительность?
Если кто-то, имеющий опыт настройки инициатора Microsoft iScsi, может помочь, я был бы очень признателен, поскольку, как я уже упоминал, все, с чем я сталкивался, вообще не представляло никакой ценности.
Спасибо! ~ AZ
Я считаю, тебе нужно взглянуть на http://support.microsoft.com/kb/972107 - сформируйте свой текст ошибки, я бы предположил, что что-то вроде тайм-аута прерывистого соединения приводит к тому, что цель iscsi выходит из системы и затем не может снова войти в систему, но после этого очень быстро возвращается в сеть. проверьте устройство портала iscsi и посмотрите, могут ли там помочь журналы.
конфигурация сети выглядит так, как будто у вас есть выделенный сетевой адаптер для трафика iscsi - это всегда хорошо. даже лучше, если это 10GbE, хотя подозреваю, что это 1GbE? Если вам не нужны две другие сетевые карты в одной локальной сети, вы можете подключить другой интерфейс и использовать LACP для повышения пропускной способности.
большее количество целей не поможет, так как тогда у вас будет больше целевых стеков, отправленных по сети.
При разработке SAN или хранилища важно определить, что вы храните, ожидаемый профиль доступа, требуемый профиль доступа и требования устойчивости / избыточности.
Если вы хотите написать мне свою конфигурацию по электронной почте, я дам ее еще раз.
Это неправда, вы можете использовать преимущества нескольких сетевых адаптеров для балансировки нагрузки, идущей на вашу SAN, если ваша SAN способна обрабатывать Multipath. Например, Netapp предлагает эту функцию со всеми своими файловыми системами в качестве стандартной опции, но раньше для этого требовалась дополнительная лицензия. Если у вас есть настройка многопутевости для каждой сетевой карты, убедитесь, что в SAN есть одинаковое количество путей, иначе это бессмысленно. Поэтому, если вы хотите использовать все 3 NICS, убедитесь, что в SAN есть 3 NICS и IP-адрес для каждого из них, даже лучше, если вы можете поместить каждую NIC в отдельный vlan, но это можно сделать через один и тот же vlan без проблем, но конфигурация должна делаться по IP, а не по имени DNS. Затем внутри инициатора (установлена версия с несколькими путями) настройте множественные пути и несколько сеансов, затем при настройке MPIO используйте циклический перебор. Я использую 3 NICS одновременно, и трафик равномерно распределяется по всем 3 путям. Я тестировал LACP, и это намного лучше, чем LACP. LACP может использовать только один из 3 путей одновременно в Windows. Вы можете связать сетевые адаптеры в Windows, но обычно вы получаете только 2 гигабайта в одну сторону и 1,5 гигабайта в другую при объединении 2 сетевых адаптеров, по крайней мере, на HP. Multipath - намного лучшее решение и обеспечивает лучшую производительность, чем LACP.
Я столкнулся с этим, когда у меня была функциональная, хотя и неправильная маска подсети. В устройствах iSCSI сбоев не было, но по какой-то причине, когда я изменил маску подсети на правильную, эта ошибка исчезла.