Домен даних: крадіжка подій AIR з кількома доменами NetBackup із використанням спільних облікових даних DDBoost
Summary: Імпорт Auto Image Replication (AIR) періодично відсутній, оскільки кілька доменів NetBackup були налаштовані для доступу до тих самих пристроїв домену даних із використанням спільних облікових даних DDBoost. Це створювало умову перегонів, що крадуть події, коли ненавмисні медіа-сервери споживали файли подій AIR, що призводило до непослідовного імпорту та невдалого відновлення під час тестування аварійного відновлення. ...
Symptoms
Завдання реплікації AIR здавалися успішними, але деякі репліковані резервні копії не могли бути відновлені у цільовому середовищі.
Відсутні зображення були періодичними і іноді могли успішно імпортуватися під час наступної спроби.
Помилки імпорту AIR у NetBackup не реєструвалися.
Тестування аварійного відновлення виявило відсутні або недоступні резервні образи.
Кілька доменів NetBackup опитували та обробляли файли подій з одного джерела та цільової LSU.
Журнали домену даних містили активність перейменування файлів події, пов'язану з кількома медіасерверами NetBackup.
Журнали DDBoost показували спроби доступу до файлів подій з ненавмисних доменів NetBackup.
Після реалізації кількох доменів NetBackup спостерігалася непослідовна поведінка імпорту AIR.
Cause
Середовище було налаштоване з кількома доменами NetBackup, які користувалися одним сервером зберігання домену даних і тими ж обліковими даними користувача DDBoost.
Оскільки видимість сховища прив'язана до імені користувача DDBoost, кілька доменів NetBackup опитували одні й ті ж каталоги подій і змагалися за одні й ті ж файли подій AIR.
Це створювало умову гонки, відому як крадіжка події, коли ненавмисний медіасервер NetBackup споживав подію AIR, призначену для іншого домену.
Внаслідок цього файли подій могли бути оброблені неправильним доменом NetBackup, що призводило до відсутності імпорту та непослідовної поведінки AIR.
Аналіз журналів підтвердив, що кілька медіасерверів NetBackup отримували та обробляли події для однієї пари джерела і цільової LSU, що відповідає відомому сценарію непідтримуваної конфігурації.
Resolution
Перевірте, чи кілька доменів NetBackup використовують один і той самий сервер зберігання домену даних та облікові дані DDBoost.
Перевірте журнали Data Domain ddfs.info на предмет активності перейменування файлу подій, щоб визначити, чи обробляють кілька медіа-серверів події для однієї пари LSU.
Переналаштуйте середовище так, щоб домени NetBackup не мали спільного облікового запису користувача DDBoost.
Призначте унікальних користувачів та облікові дані DDBoost кожному домену NetBackup при використанні однієї системи домену даних.
Переконайтеся, що кожен домен NetBackup отримує доступ лише до призначених для нього сховищів.
Усувайте опитування подій між доменами, щоб запобігти крадіжці подій і зіткненням імпорту AIR.
Дотримуйтесь рекомендацій конфігурації NetBackup та Data Domain для розгортань
AIR. Тестування валідації підтвердило, що використання окремих облікових даних DDBoost для кожного домену NetBackup вирішує проблему і запобігає майбутнім сценаріям крадіжки подій.