What I would do, if that is somehow important to you…

get a consultant in that thoroughly understands both CM and non-CM databases, 
and SRS.  THOROUGHLY.


from your offline inventory (whatever that may be), that consultant, because by 
design you’ve made sure they know how… they come up with a process to import 
whatever that offline inventory flat file is (that you apparently have on a USB 
Stick) gets imported into some custom database--a database which is completely 
unconnected with CM--on a different server, likely.


that consultant, because by design you’ve made sure they know how… they come up 
with an SRS report (or dozens of SRS reports) that uses both the datasources of 
your CM database and your completely custom--just for these offline boxes from 
a USB stick data--which joins the data into reports you care about.



But… in my opinion, CM is NOT the place to store this offline gathered 
information.  There is no supported method to import it “into CM”.  





From: Daniel Ratliff
Sent: ‎Wednesday‎, ‎April‎ ‎2‎, ‎2014 ‎10‎:‎06‎ ‎AM
To: [email protected]






Don’t forget what Phil said below, you can manually create DDRs but how are you 
going to keep them updated? You will need to configure your maintenance tasks 
accordingly for inactive and obsolete clients. 

 


Daniel Ratliff

 



From: [email protected] [mailto:[email protected]] On 
Behalf Of [email protected]
Sent: Wednesday, April 02, 2014 10:59 AM
To: [email protected]
Subject: Re: [mssms] Offline inventory with SCCM

 



nope.



 


Sent from Windows Mail


 



From: JRIT
Sent: ‎Wednesday‎, ‎April‎ ‎2‎, ‎2014 ‎10‎:‎49‎ ‎AM
To: [email protected]


 





I will do this research for a scripted inventory.

When I have this dumped, is there any problem to import this in SCCM, using a 
supported way, just to have a centralized report?

Tnx


 


2014-04-02 10:58 GMT-03:00 <[email protected]>:




Since the machines are 100% disconnected, I'd forget about trying to keep the 
data ‘alive’ in your CM database.  That’s really not the place for it.


 


I just did a quick web search, and there are lots of hits for ‘scripted 
inventory’.  Pick one and experiment until you find something that works for 
you.  Or you can write your own to pull what you care about out of wmi or the 
registry and dump it to a .csv file.


 



From: Jason Wallace
Sent: Wednesday, April 2, 2014 8:35 AM
To: [email protected]




 



Yes, if you are looking at developing a solution which will allow you to track 
assets on a long term basis then SCCM is likely NOT the product for you.
 
You could craft something from SCCM, linking into Service Manager and, with 
some additional Management Packs be able to end up with a half decent asset 
management solution.  It would however be an incredibly large sledgehammer to 
crack an extremely small nut.  You would still need to provide your offline 
solution.
 
If you are looking to gather information from the offline devices then you 
should start with 
http://technet.microsoft.com/en-us/magazine/2009.02.windowspowershell.aspx to 
use Powershell (assuming that these offline devices support it) or VBScript to 
generate reports based upon the WMI classes and attributes which you decide to 
deploy - I am sure that if you wished you could somehow parse SMSDEF.MOF to 
gather that which SMS picks up.
 






From: [email protected]
To: [email protected]
Subject: RE: [mssms] Offline inventory with SCCM
Date: Wed, 2 Apr 2014 13:10:00 +0000


No. I agree with Jason, ConfigMgr is not an asset or CMDB. 

 

At this point, you’re going out of your way to develop a rather convoluted 
process for tracking information on a handful of machines when you can just 
factor that information in after the fact.  To have that data be imported and 
usable, you would have to create DDRs for the computers…but they would never 
get updated, so they would eventually purge out anyway.

 

-Phil

 

 

 

From: [email protected] [mailto:[email protected]] On 
Behalf Of JRIT
Sent: Wednesday, April 2, 2014 9:01 AM
To: [email protected]
Subject: Re: [mssms] Offline inventory with SCCM

 



I have this machines as OFFLINE because I can connect this on the Internet or 
LAN, this is some stand-alone machines, I can access this by logging locally.

If possible I could go locally, run some script, get the information and have 
this on my SCCM for count Windows, Office and other applications.

Any idea?

Thanks a lot,


 


2014-04-02 9:02 GMT-03:00 Jason Wallace <[email protected]>:




I would say that there is little point having something in your SCCM database 
without wanting to DO something with that information such as deploy updates or 
software to the machine, or to enforce settings.  All of these would require 
that the device be online in some form.
 
If the intention is to use SCCM simply as a CMDB then probably not the best use 
of resources.
 






From: [email protected]
To: [email protected]
Subject: Re: [mssms] Offline inventory with SCCM
Date: Wed, 2 Apr 2014 11:51:27 +0000




I'm going to go with “no”, or at least “not easily”.


 


What about… Intune?  Direct Access? 


 


how “offline” is “offline”?  if, for example, you were to get something to 
query WMI on those machines and create something to send… how would it be sent 
or picked up?  Are those boxes truly behind an impenetrable firewall?


 



From: JRIT
Sent: Wednesday, April 2, 2014 6:21 AM
To: [email protected]


 




Folks,

Is there a way to get info from a OFFLINE desktop and input this on SCCM 2012 
R2? I have some locations with Offline machines, but I want to track SW and HW 
inventory.

Thanks

 

 

 

 

 







PRIVILEGED AND CONFIDENTIAL. This email and any files transmitted with it are 
privileged and confidential and intended solely for the use of the individual 
or entity to whom they are addressed. If you have received this email in error 
please notify the sender. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail or any of its attachments.

 

 

 

 

 

 

 

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material. If you receive this material/information 
in error,
please contact the sender and delete or destroy the material/information.

Reply via email to