Op een van mijn servers sloeg DPM er niet in een BMR/SS te nemen. Bij nader inzien bleek dat niet enkel de C: wordt gebackupped maar ook de I:
Op 300 andere, identieke (file)servers is dit geen probleem. Nu vraag ik me af hoe ik te weten kan komen waarom hij I: - een SCCM DP dat per definitie redundant is en ik niet in de backup wens - mee wil backuppen. Als ik het goed begrijp beslist wbadmin zelf welke schijven tot de BMR horen en welke niet en kan ik dat nergens zelf configureren. Helaas vind ik geen enkele kritische verbinding tussen I: en de rest van het systeem.
Indien iemand ideeën heeft hoor ik het graag.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| C:\Windows\system32>wbadmin get items -version:12/05/2011-11:17
wbadmin 1.0 - Backup command-line tool
(C) Copyright 2004 Microsoft Corp.
Volume ID = {68be9c58-a40c-11e0-81be-005056bc00f3}
Volume 'OS Disk', mounted at C:
Volume size = 39.99 GB
Can recover = Full volume
Volume ID = {4c7d374f-a3c0-11e0-9342-005056bc00f3}
Volume 'DP', mounted at I:
Volume size = 149.99 GB
Can recover = Full volume
Application = Registry
Component = Registry (\Registry) |
Op 300 andere, identieke (file)servers is dit geen probleem. Nu vraag ik me af hoe ik te weten kan komen waarom hij I: - een SCCM DP dat per definitie redundant is en ik niet in de backup wens - mee wil backuppen. Als ik het goed begrijp beslist wbadmin zelf welke schijven tot de BMR horen en welke niet en kan ik dat nergens zelf configureren. Helaas vind ik geen enkele kritische verbinding tussen I: en de rest van het systeem.
Indien iemand ideeën heeft hoor ik het graag.