NetWorker: Підтримка та усунення несправностей медіабазних даних

• Незапуск послуг.
• Невдача щоденного робочого процесу резервного копіювання серверазахисту> сервера.
• Неповна або оманлива інформація, пов'язана з наборами збережень або клієнтами, які повертаються mminfo або під час запиту чи перегляду наборів збережень у адмініструванні NetWorker Management Console (NMC) або NetWorker Web User Interface (NWUI).
• Проблеми з резервним копіюванням, відновленням або клонуванням, пов'язані з неможливістю знайти набори збережень, клієнтів або томи.
• Помилки в журналі демонів сервера або консолях, пов'язані з медіабазою даних:

nsrmmdbd WiSS code assertion error (st_nextrec: rec loop detected)
nsrmmdbd error, ss_clone_ensure_clone_eligibility: assertion, invalid parameters or code segment
nsrmmdbd XCHK ssid:saveset_short_ssid host:saveset_hostname name:saveset_name has a fragment with an invalid volid:saveset_volid
nsrmmdbd NSR warning WiSS code assertion error (ST_readvdir: directory read failed)
nsrmmdbd NSR critical Unexpected error reading long record directory: an invalid slot number
nsrmmdbd NSR warning partial record error, ssid: saveset_short_ssid saveset_long_ssid flags:0x00010101 size:0 files:0 tm:datetime cloneid
nsrmmdbd NSR notice media db must be scavenged
nsrmmdbd NSR critical media db scavenge failed
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (Permission denied) - recover from backup media
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (unknown error code) - recover from backup media
nsrmmdbd MDB warning can't fetch save set <saveset ID>
nsrmmdbd MDB warning Unable to fetch child save set <saveset ID> for cover set <saveset ID>

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

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

• Несподіване закриття nsrmmdbd (дамп ядра, збій системи, перезавантаження або втрата живлення).
• Перервана транзакція (втручання зовнішнього програмного забезпечення безпеки або виснаження місця на диску).
• Логічна внутрішня проблема (дефект коду або необроблені умови).
• Пряме втручання у файли медіа-бази даних або файли набору збережень на сховищі, керованому NetWorker.

Медіабаза даних найкраще захищена від пошкоджень за допомогою таких загальних практик:

• Якщо можливо, використовуйте окремий локальний дисковий розділ для /nsr/mm Folder, що допомагає захистити від таких умов, як виснаження місця на диску іншими процесами. Цей розділ має бути щонайменше у 3 рази більшим за медіабазу даних; велика медіабаза даних матиме 10 ГБ; 100 ГБ має вистачити для будь-якої інсталяції. 
• Переконайтеся, що робочий процес резервного копіювання сервера виконується щодня, щоб резервні копії медіабазної бази даних та критичних ресурсів для відновлення після катастроф ( Bootstrap) були доступні у разі катастрофи.
• Перевірте розташування Bootstraps за допомогою mminfo -B періодично командувати.
• Ніколи не дозволяйте одночасно отримувати обсяги зберігання сервера NetWorker іншому серверу NetWorker, оскільки це може призвести до втрати даних.
• Якщо на сервері NetWorker встановлено антивірусне програмне забезпечення, створіть виключення для /nsr каталог для запобігання скануванню, зміні або видаленню файлів NetWorker антивірусним програмним забезпеченням. 
• Уникайте ручного видалення файлів у сховищі NetWorker, щоб спробувати звільнити місце. NetWorker має процедури відновлення простору, які працюють щодня, і слід звертатися до підтримки, якщо вони вважаються неефективними.
• Загалом, для планування зон даних зберігайте дані одного типу в одних і тих самих пулах для зручності обслуговування за потреби, наприклад, набори збережень vProxy, набори збережень файлової системи та набори збережень бази даних Oracle у окремих пулах.
• Не ігноруйте повідомлення, пов'язані з помилками медіабази даних — звертайтеся до служби підтримки, якщо у вас є питання.

Зверніть увагу на взаємозв'язок NetWork між медіабазою даних і сховищем, а також захистіть томи праменом Scan-Needed: 

• NetWorker щодня виконує процес Expiration як частину робочого процесу резервного копіювання серверів. Ця робота розраховує утримання та залежності, а також закінчує набори збережень, які вже не мають терміну дії утриманців. Після цього NetWorker намагається видалити всі прострочені набори збережень томів диска. Після цього виконується операція відновлення простору для кожного тома, видаляючи файли набору збережень з дискових носіїв, які не мають відповідних записів у медіабазній базі даних. Це означає, що якщо медіабаза пошкодиться або ви відновите її до попереднього часу, дійсні дані можуть бути видалені.
• Якщо ви відчуваєте проблему з будь-якими томами диска, щоб переконатися, що коректні дані не видаляються, переконайтеся, що том розмонтований і позначений як Scan Needed. Це також стосується томів після відновлення до попереднього часу (де дійсні набори збережень можуть існувати на диску, створеному після точки відновлення, і не мати записів у відновленій базі даних). 
• Scan Needed дозволяє звичайне резервне копіювання, відновлення або клонування, але запобігає нормальному завершенню терміну дії або видалення — тому переконайтеся, що його використовують лише для захисту об'ємів, які вважаються небезпечними, і видаляють при поверненні до звичайної роботи. Томи потрібно розмонтувати, щоб встановити або зняти цей прапорець. Часто томи позначаються як «потрібне сканування» після аварійного відновлення сервера NetWorker (nsrdr), щоб запобігти небажаній втраті даних у сценарії аварійного відновлення.

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

• mminfo -C mminfo-C_pre.mmi
• mminfo -X mminfo-X_pre.mmi
• mminfo -ar "volid,type,location,pool,volume,state,volflags,written,savesets" -q family=disk -xc, > mminfo-vol_pre.mmi

Після завершення обслуговування перезапустіть кожен файл у окремий файл (наприклад *_post.mmi) та порівняння значень.

nsrim - Щоденний захист серверів

Щодня виконується робочий процес резервного копіювання сервера захисту > сервера, а разом із ним — дія Expiration. Дія Expiration виконується nsrim, це нативна утиліта для обслуговування NetWorker. Це також можна запускати безпосередньо, але це може зайняти від кількох хвилин до кількох годин, залежно від навантаження на сервер і розміру медіабази:

Якщо цей процес не працює щодня, це навряд чи щось змінить. Перевірте журнал демонів для nsrim щоденне завершення. Для детальнішої інформації дивіться: NetWorker: Як запланувати операції з обслуговування онлайн-файлів і медіаіндексу NetWorker

Відновлення руху

Перезапуск сервісів NetWorker змушує проводити різні перевірки при запуску, які можуть виявити проблеми з повідомленнями про помилки журналу демонів і, можливо, виправити будь-які з них. Перед зупинкою сервісів, якщо проблеми з базою даних здаються серйозними, переконайтеся, що є достатньо вільного місця, і місця завантаження будуть відомі (mminfo -B вихід). Ідеально — бігти nsrmmdbasm -s /nsr/mm/mmvolrel_path > mm.xdr спочатку спробувати витягти актуальну копію медіабази. Перед поновним запуском сервісів створіть копію /nsr/mm/mmvolrel Якщо це може знадобитися для судової експертизи або відновлення пізніше. Для детальнішої інформації дивіться: Як експортувати медіабазу NetWorker за допомогою nsrmmdbasm

Експорт і повторний імпорт бази даних медіа.

Цей процес дозволяє уникнути повного аварійного відновлення, витягуючи лише життєздатні записи медіабази даних і повторно імпортуючи їх на сервер без зупинки сервісів. Однак — це слід робити лише тоді, коли сервер простоює, і ніколи не слід намагатися виконувати завдання. Використовуйте повний шлях замість mmvolrel (який може відрізнятися залежно від інсталяції чи операційної системи)

1. Перед початком позначте всі томи диска як Scan Needed після розкладання. Якщо для пристроїв із томами дисків встановлено Auto Media Management, спочатку потрібно вимкнути його. Об'єми магнітофонів не потребують цього етапу. 
   ПРИМІТКА. У наступній статті описано, як позначити томи як «Сканування НЕ потрібно»; однак його також можна використовувати для позначення томів «Потрібне сканування». Для цього слідуйте інструкціям, але встановіть "scan needed" замість "Not Required " NetWorker: Як перевести гучність з «Потрібно сканування» на «сканування НЕ потрібно»
2. Запусти mminfo Команди, описані у преамбулі, для підготовки ваших попередніх звітів.
3. Перевірте розмір медіабази даних mmvolrel Папка та запис
4. Переконайтеся, що нічого з цього nsrck, nsrim, nsrmmdbasm Процеси працюють; Чи є якісь великі, старі або нещодавно змінені файли в папці MM, наприклад mm/[alphanumerics], перемістити або видалити, якщо вони не заблоковані жодним процесом.
5. Витягніть медіабазу даних у XDR-файл: Як експортувати медіабазу NetWorker за допомогою nsrmmdbasm
6. Порівняйте розмір нового файлу з розміром mmvolrel Папка — якщо має бути схожого розміру. Якщо він дуже маленький (4 Б або кілька КБ), команда не спрацювала. Якщо він менший — можливо, у процесі було видалено пошкоджені записи.
7. Підготуйте сервер до відновлення своєї медіабази даних, встановивши поле стану сервера на аварійне відновлення в NMC/NWUI або за допомогою nsradmin.
8. Відновити безпосередньо з файлу екстракту медіабази даних за допомогою nsrmmdbasm Ще раз командувати: nsrmmdbasm -r -2 < mm.xdr
9. Після завершення запускайте те саме mminfo  Як описано у преамбулі, порівняйте збереження набору та записані значення для кожного тома, забезпечуючи наявність усіх томів; Так само, mminfo -C Значення мають бути ідентичними.
10. Якщо є якісь розбіжності, зверніть увагу і ретельно обміркуйте, як діяти далі, а також зверніться до служби підтримки, якщо ви не впевнені у результатах, які бачите:
    • Для томів, які здаються здоровими, ви можете прибрати прапорець Scan-Needed і змонтувати томи, оскільки не повинно бути ризику видалення набору збережень, якщо жоден набор збережень не видалений з тома, якщо набори збережень і записані значення узгоджені. 
    • Томи, які показують менше наборів збережень або нижчу загальну кількість записів , повинні залишати прапорець Scan-Needed на місці та запускати сканер: scanner -i devicename щоб знову ввести файли, знайдені на томі, які більше не мають записів. Одного разу scanner завершив для кожного тому, перевірте кількість збережень і зніміть прапорець «Потрібно сканування». Див. також: NetWorker: Як перевести гучність з «Потрібно сканування» на «сканування НЕ потрібно»
    • Перемонтуйте гучність, коли будете впевнені scanner замінив набори збережень, які, як очікувалося, будуть відсутні.

Аварійне відновлення сервера NetWorker (nsrdr)

Повне відновлення після катастрофи виконане nsrdr Відновлює не лише медіабазу даних, а й інші елементи сервера, такі як база даних ресурсів і робочих завдань. Перед тим, як намагатися продовжити це, ознайомтеся з Посібником з відновлення та доступності серверів після аварійних ситуацій для вашої версії.
Ця команда очікує, що вузли зберігання будуть онлайн і доступні для завершення. Див. також: NetWorker: Аварійне відновлення сервера NetWorker (NSRDR)