Professional Documents
Culture Documents
www.1e.com
i
Version 1.1
Document revision 1
1E Ltd 2013
All rights reserved. No part of this document or of the software (the software) to which it
relates shall be reproduced, adapted, stored in a retrieval system, or transmitted by any means,
electronic, mechanical, photocopying, recording, or otherwise, without permission from 1E Ltd.
It is the responsibility of the user to use the software in accordance with this document and 1E
Ltd shall not be responsible if the user fails to do so. Although every precaution has been taken
in the preparation of this document, 1E Ltd and the authors assume no responsibility for errors
or omissions, nor shall they be liable for damages resulting from any information in it.
Trademarks
Contents
1. Overview ........................................................................................................ 3
2. Prerequisites .................................................................................................. 4
1. Overview
Nomad Reports provide visibility of Nomad operations in the ConfigMgr environment on the network.
These reports allow the ConfigMgr administrator to view deployment results at multiple levels
Advertisements, Packages and AD Sites etc. These reports are compatible with Nomad 3.2 and above.
2. Prerequisites
The following are required before Nomad reporting can be installed.
SQL Server Reporting Services installed and configured
Microsoft System Center Configuration Manager 2007 (ConfigMgr 2007) or Microsoft System
Center Configuration Manager 2012 (ConfigMgr 2012) installed and configured with the
Reporting Services Point role configured.
ConfigMgr Reporting must be using SQL Reporting Services
Hardware Inventory enabled on all clients. Nomad Reports rely on ConfigMgr Hardware
Inventory to collect the Nomad Status Messages.
Screen Interaction
Where ABCD-1234-5678-8765-4321 should be replaced in the above command-line example with the
license key you obtained from 1E.
Note: If the Nomad Status Message events are not enabled on the clients, the Reports will
display that the clients downloaded the packages using BITS.
//=======================
// Added extension start
//=======================
NOMAD MOF EXTENSION GOES HERE
//=======================
// Added extension end
//=======================
3. Save the configuration.mof file - Automatically mofcomp runs for you on the server.
Either enable these two classes in the Default Client Settings that you have open at this time or
create a new Custom Client Device Setting for Hardware Inventory with these classes enabled
and target the appropriate systems in your environment (1E recommended method).
5. Click Hardware Inventory on the left hand side of the page, then click Set Classes.
To check success of these changes, open log file SCCM\Logs\dataldr.log. Following messages in
the log file should confirm that the changes were successful:
SMS_DEF.MOF change detected
End of cimv2\sms-to-policy conversion; returning 0x0
8. Click Apply.
9. Repeat this process for all Nomad reports.
10. Test that the reports work within SQL Server Reporting Services.
11. Test that the reports are working within ConfigMgr 2012 console.
Running the reports directly within ConfigMgr 2007 is not supported and you would have to use
native SSRS instead.
Note: If the hardware inventory has not been extended, the reports will not display any
results and instead display a message to extend the hardware inventory.
The Nomad Pre-Cached AD-Sites report will attempt to create an index on the Nomad packages table
on the CM database if it cannot find such index in place already.
In order to allow this index to be created please run the report with escalated privileges just once. This
index will speed up future report creation for all Nomad reports that key off from it by a factor of 5.
You can also run the code manually:
ON [dbo].[_E_Nomad_Packages_DATA] ([PackageID00])
INCLUDE ([MachineID],[Version00])
END
ON [dbo].[_E_NomadPackages_DATA] ([PackageID00])
INCLUDE ([MachineID],[Version00])
END
Status messages, Request Started, Master Changed, Error and Final Statistics
+Faster reporting results, including ongoing downloads.
-Slow query performance on status messages means the reports require intermediate table.
-4 messages per download, sometimes more if download gets stuck and master changes a lot to find a
client that can still download.
Note: The Nomad Downloads report can show you which download have a lot of elections.
All three reports use the same, non-aggregated table; the main difference is the GROUP BY
statement. For this reason, even the daily report is capable of creating a 2 year graph.
It will show the latest deployment of the selected package for the time period specified.
Customization:
If you have a large ConfigMgr environment you may want to remove parameter to Delete
Cached Data so that engineers cannot tax the ConfigMgr SQL server too much during business
hours.
8. Reports Caching
The Nomad Deployment and Nomad Downloads reports will run too slowly for estates of 5000 clients
or more because they look at all the status messages in order to determine Nomad/BITS usage and Task
Sequence events.
This is why these report write into an intermediately table on the _1E_Reports Database at least once a
day. You should setup this once a day refreshment to happen via report caching.
Note: You should only have to set it up for either the summary or the details Nomad Deployment, no
need to do it for both.