A few benefits of a JDS over FS Distribution point:
- JDS is managed by the JSS
- option of selective file replication to non-root JDS instances (e.g. your root JDS is in CA and you want your NY JDS to have most but not all of your packages, and then want to refine further so that Albany gets a smaller subset and Manhattan gets a different subset - that's all doable)
- JDS can host in-house apps and in-house ebooks, if that's something you want or need
If you have a geographically diverse user base, with offices (or data centers) in more than place, there may be a very clear benefit to using JDS over FS. If you don't, you'll probably want to look more closely at some of the other benefits on each side to see which makes more sense for your use case.
@sinergi if you look at pages 69 and 70 in the Casper Admin Guide, there is a great chart there that explains the differences between each of the three types of distribution point: File Share, JDS, and Cloud.
That's great! Thanks for the info guys, read through the Casper Admin guide and it definitely cleared it up!
Does the JDS still replicate the entire contents of the repo into the SQL database?
Hi Calum,
Only whilst an initial sync is happening.
The process is:
1) Use the web interface or Casper Admin to upload the package into the JDS.
2) This is copied to the root directory of the TomCat folder
3) This is broken up and stored in the database, after which it is removed from TomCat
4) Synced to the Master JDS, after which it is also removed from the Database
5) Other JDSes sync direct from here.
The only exception is scripts which stay in the Database now.
Hope that helps!
Darren