Щоденник NetApp Технічний

Я не можу сказати, що я коли-небудь пробували встановити пароль адміністратора, як порожні, і не може сказати, що я рекомендував би його або. Якщо ви використовуєте "ndmpcopy" ви можете визначити джерело і пункт призначення облікові дані з "-са ім'я користувача: пароль" і "-так ім'я користувача: пароль".

Краще всього починати в галузі. Більшість моїх навичок приходять від самоучка і працюючих на B2net. Може бути, знайти постачальника, зберігання або реселерів у вашому регіоні і подивитися, про отримання деякий досвід роботи.

Я завжди знаходжу вивчення важко, якщо у мене немає проекту працювати в напрямку, тому читання книг і вивчення керівництва, можливо, не найкращий спосіб дізнатися, правильно. Крім того, це винятково нудним, що робити!

Привіт Скотт, B2net, безумовно, може забезпечити цю послугу для Вас, ми маємо не тільки підтримка 24 / 7 стіл, хто добре підготовлений для всіх продуктів NetApp, але і команда дуже досвідчених і талановитих інженерів. Якщо ви питаєте про незалежних консультантів, я боюся, що я насправді не отримують ніякого контакту з ними, як у нас є деякі навички в галузі всередині країни і рідко повинні брати участь у третій партії. Я був би радий організувати для кого-то з Вами, щоб обговорити можливість спеціальну підтримку далі, як це, безумовно, щось ми можемо запропонувати.

Ви маєте на увазі AutoSupport? Так, ви можете зробити це або з FilerView або з командного рядка. З командного рядка просто ...

варіанти autosupport.doit "текстова рядок тут"

... І замінити "текстова рядок тут" з будь-якими повідомлення, яке ви хочете NetApp реагувати на, як правило, номер справи.

Привіт Рон,

Чи є у вас (або у вас були) будь LUN клонів в минулому? Можливо, ці стали замкненим в знімок, і ви з тих пір видалені LUN клон, але клон ще LUN ​​заблокований. Перевірте знімки обсязі і подивитися, якщо який-небудь заблоковані. Якщо при видаленні LUN, чи є що-небудь ще в тому? Якщо ви форуму обсягу, ви безумовно будете видалити всі посилання на LUN. Тоді ви можете просто видалити обсягу і відтворити її.

Для відключення диска автоматично призначати, виконайте такі дії ...

варіанти з disk.auto_assign

, А потім зніміть власний цих дисків знову. Ви повинні бути добре йти тоді!

Привіт Курт,

Проблема, коли у вас є повний сукупності є те, що це впливає, як пише перший номер. Зазвичай WAFL в чергу пише смугою через всі диски і він намагається зробити це з як велика смуга наскільки можливо, оскільки це оптимальний спосіб як писати, і читати пізніше. У сукупності на 100%, практично немає місця, щоб написати великий смуги, тому він повинен розірвати ці записи на більш дрібні шматки і писати в невеликій кількості вільного простору, яка доступна. Це займе пише довше, але більш важливо, вона має величезний вплив на читання. Читає тепер повинні робити більше фізичних шпинделя руху для виконання читання aheads або навіть простий послідовного читання який в даний час прокладено шпинделя, а не в хорошій жорсткої послідовності.

Запуск сукупності на 100% не тільки впливає на негайне швидкість запису, але вона буде постійно впливати на швидкість читання для будь-яких даних, яка була написана в шкалі часу, що сукупний була майже повною, або повний. Вам потрібно, щоб знизити сукупні використання (до менш ніж 80% рекомендується), а потім перерозподіляти обсяги поширювати дані по шпинделів в більш впорядковано ще раз. Це буде надзвичайно поліпшити продуктивність операцій читання йти вперед, а вільний простір дозволить продуктивність записи один раз виступити на оптимальних швидкостях.

Зі 100% від повної сукупності, ви часто не бачимо продуктивність використання диска питання, але ви бачите, високошвидкісний процесор і ви можете побачити "СР ти" (тип Послідовність Point) займає багато часу, щоб позбутися на диск. Ви можете бачити це з "Sysstat-U 1". Це дуже сильно залежить від моделі системи та тип даних, які ви пишете, але дуже грубе емпіричне правило, що якщо СР бере більше, ніж, скажімо 3-4 секунд, що він працює важче, ніж це слід робити. Але, як я кажу, якщо у вас є 100% від повної сукупності, є трохи розправився термін програмного забезпечення ви можете зробити, щоб полегшити проблеми, виправити простий, більш-менш диску дані. Таким купити ще кілька веретен і додати їх у сукупності, то перерозподіляти. Або видалити деякі дані / знімки і звільнити трохи місця на диску, а потім перерозподілити.

Схоже, у вас є велика кількість дисків відсутній або не вдалося з навколишнього середовища. Вони повинні фіксації перш ніж ви зможете довести сукупний тому онлайні. Ви повинні переконатися, що диски підключені правильно. Кращим способом досягнення цього є, ймовірно, для виключення системи і гарантувати, що всі кабелі повністю підключений і безпечним, і що всі диски правильно. Сподіваюся, щось на зразок вільної кабелю викликало фільтром на провал цих дисків, а не фактичні дані або механічне пошкодження всіх цих дисках. Перевірте всі підключення, а потім ви зможете unfail цих дисків, якщо нічого насправді трапилося з ними.

Однак, якщо диски повністю не вдалося, то я боюся, що Ви могли бути в зовсім іншій ситуації.

Я б настійно рекомендуємо вам зв'язатися з NetApp Global Support, як вони зможуть допомогти Вам в процесі перевірки цих дисків і, по можливості ремонту агрегату. Це може бути відома помилка і легко виправити, але вони перебувають у кращому становищі, щоб діагностувати це.

Привіт Курт,

Я дам Вам швидку відповідь, хоча здається, що Ви є речі сортуються зараз.

Якщо ви хочете використовувати SnapManager для Exchange, то у вас дійсно є 2 різних способів представити зберігання ВМ Exchange.

1) Підключіть на них за допомогою ISCSI програмного ініціатора в VM
2) Підключення до їх, використовуючи RDMS на рівні ESX і сьогодення сирого LUN до VM. Це можна зробити за допомогою або FCP або ISCSI.

Головна перевага варіант 1 деталізації контролю. Біржа адміністратора також не повинні бути адміністратором VMware для того, щоб керувати і контролювати його зберігання. Мабуть кожна людина повинна мати певні знання VMware все ж. Недоліком варіанту 1 є те, що якщо у вас є багато віртуальних машин, що вимагають зберігання таким чином, це буде незалежна ініціатора програмного забезпечення, встановленого для кожного, і це як управління, так і центрального процесора накладні витрати.

Перевага варіант 2 є те, що ви централізації підключення пристроїв зберігання. Незалежно від того, використовувати це завжди робиться на рівні VMware, це може дати вам більш високий рівень безпеки і наочності, хто використовує те, що зберігання. Перевага використання ISCSI на рівні вузла є те, що тільки один екземпляр програмного забезпечення ініціатора. З FCP це взагалі зникає. Основним недоліком варіанту 2 є зворотний варіант 1, біржа адміністратор не отримає прямий контроль над його зберігання, проте з SnapDrive ви все одно отримаєте досить хороший контроль, ви можете клонувати, ростуть, моментальні знімки і так далі зсередини SnapDrive.

Представляючи зберігання у сховищі, то різьба VMDK, ймовірно, найгірший випадок, як ви не отримуєте ніяких SnapDrive або SnapManager інтеграції з Exchange, але ви все ще накладні витрати на підключення від VMware. Я думаю, що це може бути просто друкарська помилка у вашому питанні, як вона виглядає, як ви вирішували між RDM від ESX і ISCSI ініціатором всередині віртуальної машини. Мій особистий фаворит використанням RDMS хоча можуть бути і додаткові застереження або зміни, якщо ви також робите DR. VMware SRM угод добре з RDMS однак, але не працює на всіх з ISCSI ініціаторів всередині віртуальної машини.

Сподіваюся, ви всі вже відсортованих однако!

Привіт Курт,

Якщо у вас є кластер, я дивився поставити SQL БД на одному вузлі, а пошта DB на інший вузол. Журнали потім сісти на протилежній систему знову. Це дійсно допомагає збалансувати навантаження на кластері, дає вам більше шпинделів у використанні і дає вам рівень фізичного поділу. Це також допоможе вам зробити деякий рівень ремонтно-відновлювальні роботи з системою виділяється, як це. Однак я б не система, призначена для SQL Server, а іншій біржі, ви хочете збалансувати такі речі, як виходить із системи. Це дасть вам більше шпинделів для однієї програми, і ви можете подати заяву рівень контролю.

Також зверніть увагу на зберігання IO управління з боку VMware речей (відмінний спосіб для контролю введення-виведення, якщо у вас погану поведінку машини), а також подивитися на покласти різні пріоритети на NetApp томів. Ви можете встановити їх з дуже низький, низький, середній, високий і дуже високий. Це працює аналогічно VMware акцій, але ви покладете їх на рівень гучності і мати певний рівень контролю над вводу-виводу і продуктивність, що кожен звук стає доставлено. Наприклад, ви можете обмежити користувачів CIFS на користь бази даних SQL. Цілком можливо, що все залишається на середньому (за замовчуванням), але ви покладете Пошта БД на дуже високою, щоб надати йому найкращий частку ресурсів.

Спасибі за зворотній зв'язок, це просто ганьба, я не отримую більше часу, щоб зробити інші теми!

При включенні пріоритет, вона встановлює за замовчуванням (середня) політики в усіх томів, так що вам не потрібно робити це в індивідуальному порядку. Вам потрібно буде індивідуально встановити відмінності від цього у міру необхідності то не було.

Пріоритет може допомогти система, яка намагається конкурувати з такими речами як SnapMirror, оскільки це дає перевагу перед системою завдань. Як і в будь-якого спільного використання ресурсів інструменту (те ж саме я кажу своїм клієнтам VMware) обмеження ресурсів на зайнятій системі, звичайно, впливає на речі. Це зробить погану ситуацію краще обсягах ви приділяти пріоритетну увагу, але це буде зробити набагато гірше всіх інших томів. Системи під великим навантаженням, що вже відчуває проблеми з продуктивністю не найкращий кандидат на ресурс акцій або пріоритет межі. Я рекомендую вам у вирішенні проблем з продуктивністю першою або почати шукати для обмеження навантаження з додатком сторону перш, ніж помістити пріоритет у всіх томах.

Пам'ятайте також, що пріоритет тільки вступає в гру, коли є ресурс просили. Так що якщо, наприклад, ви хочете, щоб дати більше ресурсів для SQL і Exchange, і тільки інші ресурси на те, що система легко використовувати CIFS акції, ви, ймовірно, отримати мало користі, так само мало введення-виведення були отримані від CIFS акцій. Надання всіх пріоритетних для SQL і бірж буде як і раніше призводить до їх обмеження з один одного.

Привіт Михайло, вибачте за затримку в отриманні назад до вас. Ви можете спробувати виконати синхронізацію SnapMirror Однак високі шанси, що це може в даний час вимагають нового дослідження. Крім того, якщо VSM не можете видаляти призначення оснащення, то є ймовірність, що клон Flex досі це якось заблокований. Розділити процес може зайняти деякий час для завершення, так що ви, можливо, намагався зробити це дуже швидко після початку розколу.

На жаль, коли SnapMirror застряє або сплутаність свідомості, єдиним реальним варіантом є базовим, якщо деякі подібні знімки все ще існують. Я був у багатьох незручних ситуацій, де я повинен був повторно базовий пункт призначення через знімки видаляються з однієї причини або інший.

Вибачення за відсутність ваших коментарів!

Ви можете дати мені більше широку картину обсяг / LUN конфігурації. Чи є томи в питанні FlexClone, або цей час FlexCloned? Якщо ні, то є які-небудь операції LUN клон зроблено на ньому, або вручну, або з роботи SnapManager? Коли ви показуєте знімки для обсягу, що це шоу? Будь-який конкретний знімок показує як заблокований або зайнятий? є LUN відображається в даний момент?

LUN робить клон клон LUN в тому ж обсязі, що й оригінал. Це означає, що якщо наступні операції знімок відбудеться після того, клон буде створений, це насправді замки LUN клон, який потім заслання в знімок так і не можуть бути видалені. Це може викликати деякі графіку і адміністративних проблем.

FlexClone є набагато більш гнучким у цих термінах, оскільки створює клон зокрема знімок всього обсягу. Хоча це і блокування окремих знімків, вона не зачіпає будь-яких майбутніх операцій знімок, а механізм блокування впливає тільки на нормальних повсякденних завдань, якщо FlexClone зберігається довше, ніж звичайний термін збереження знімка.

FlexClone є набагато більш динамічною і адміністратор чистих технологій і, безумовно, рекомендується підхід. Це займає багато клопоту, що LUN клон може часто викликають.

Там не надто багато навколо Кранц Я скажу Том наступного разу я бачу його!

Схоже, ви потрапили відома помилка в ТСК. Тільки реальні рішення сценарієм підхід виправити іменування (який, здається, працює для деяких людей), або в очікуванні NetApp виправити код в ТСК, щоб запобігти це відбувається!

Є й знімки не проти томи, що містить LUN? Чи є LUN відображаються на будь-якому ініціаторів? Чи має обсяг хоста будь-який інший логічних пристроїв? З статистику команди або лунь статистику команди, ви бачите будь-якої діяльності збираюся цього LUN?