Что стало причиной занятости места на сервере DPM?

Question

Лаврентий

резервное-копирование , sql , windows-server

Что стало причиной занятости места на сервере DPM?

Добрый день, коллеги! У меня возникла нештатная ситуация с сервером DPM 2012. На хосте в результате сбоя выпали диски (развалился RAID5, после чего диски были повторно подключены, и RAID восстановился). Однако, возникли проблемы с виртуальной машиной DPM: на части бэкапов появилась ошибка "отсутствует том". Я принял следующие меры:
1. Пересоздал бэкапы (предварительно удалив старые, с этим трудностей не возникло).
2. При попытке создать новый бэкап система выдает сообщение о нехватке места. При этом, хотя я удалил старые бэкапы, место не освободилось.
3. В панеле мониторинга диска отображается, что свободно лишь 10% на диске объемом 40 ТБ. Однако, если посмотреть через Hyper-V, общий размер диска также составляет 40 ТБ, а занято только 27 ТБ, что означает, что 13 ТБ "пропали". Повторное сканирование диска не дало результатов, так как он не отображает реальный объем.

Как можно решить эту проблему?

9 октября 2024 г. 16:54

Ответы на вопрос 2

Похожие вопросы

Answer 1

Здравствуйте!

Проблемы с нехваткой свободного места на сервере DPM (Data Protection Manager) могут возникать по нескольким причинам, особенно после сбоя жесткого диска и последующего восстановления RAID. Вот некоторые шаги, которые вы можете предпринять для диагностики и решения проблемы:

1. **Проверка состояния дисков**: Убедитесь, что все диски в RAID настроены корректно, и нет каких-либо проблем с дисками, которые могут влиять на их доступность.

2. **Существующие точки восстановления**: DPM может хранить состояния или точки восстановления, которые не видны непосредственно в интерфейсе, но занимают место на диске. Рассмотрите возможность использования командной строки DPM для проверки существующих точек восстановления.

3. **Ручное удаление старых бэкапов**: Попробуйте удалить старые бэкапы вручную через DPM PowerShell или графический интерфейс, если это еще не было сделано. Это может помочь освободить место, если автоматические задачи не сработали.

4. **Очистка в диспетчере данных**: Если доступны, воспользуйтесь функцией удаления старых или устаревших точек восстановления. Это можно сделать через DPM Management Console или с помощью PowerShell.

5. **Проверка дискового пространства**: Исследуйте проблему с помощью утилиты Disk Cleanup или других инструментов, чтобы понять, какие файлы могут занимать место на диске. Также проверьте, нет ли скрытых или временных файлов, которые могут занимать место.

6. **Проверьте размер виртуальных дисков**: Иногда виртуальные диски могут перенаправлять место, и фактически используемое место может не отображаться корректно. Убедитесь, что ваши виртуальные диски правильно настроены и что они не имеют дополнительных снимков или старых версий.

7. **Обновления DPM**: Убедитесь, что у вас установлены все последние обновления и исправления для DPM. Иногда известные ошибки могут быть исправлены в новых версиях или патчах.

8. **Сжатие и дефрагментация**: Если это возможно, выполните сжатие и дефрагментацию диска. Это может помочь в более эффективном использовании пространства.

9. **Логи и журналы**: Изучите журналы событий DPM и систему для выявления дополнительных ошибок, которые могут указывать на причину проблемы.

Если ни один из вышеперечисленных шагов не приносит результата, возможно, стоит рассмотреть возможность обращения к поддержке Microsoft или поискать в их документации и форумах по вопросам, связанным с DPM 2012 и управлением местом на диске.

Answer 2

Пространство может быть занято теневыми копями содержимого диска. 
 Посмотреть - vssadmin list shadowstorage из командной строки в режиме администратора. Удалить теневые копии можо тем же vssadmin, начинать надо с самой старой. 
 Но не торопитесь ничего удалять: фактически это место может быть занято старыми версиями резервных копий. Не знаю, как там в DPM (не работал), но вот Windows Server backup совершенно точно использует старые версии файла с бэкапом (у него это - VHD) как способ хранения предыдущих бэкапов.