This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Optimize gradually Update Endpoint Upgrade

Hello everybody!

One of our customors has over 3000 clients on Windows 7 placed all over the country. That means that some of the clients have a better Internet connection some of them have a really bad one.  

Our customor inists that we update the AV Subscription manually every time its released. The problem here is that we can do that procedure only on weekends when nobody is working anymore, but we can't wake up all of the computers via WOL. That means that some offices can't nearly work anymore on Monday because some clients are getting the new Subscription that we released on the weekend before. 

Now my question is: 

Is there a way to set up some sort of neighbor cast so clients who are not up to date get their subscription update from some machine in their subnet? Or is there any other solution that you reccommend? 

Edit: We are working with Enterprise Console 5.1

Thank you in advance!

:55846


This thread was automatically locked due to age.
  • Hello stvoglio,

    we update the AV Subscription manually every time its released

    you mean you (on behalf of your customer) use a fixed version, somehow get to know there's a new one and over the weekend switch to it? Bet the locations with a bad connection are also the ones where WOL doesn't work. Why - BTW - manually? Because of the bandwidth issues? Or is there another reason?

    update from some machine

    ... which would preferably act as an update manager. Or have you already considered and dismissed this?

    Christian

    :55847
  • Hi Christian!

    Thank you for your answer. 

    No we don't update every single Update just the Software Subscription. 

    So we go on Update Managers, Add SoftwareSubscription... etc. The Main Reason we do it manually is that we have to Test the new Subscriptions always for 2 Weeks in a Testenviroment before we update the Poliy for the rest of the clients.

    The thing  with the Update Manager is that a lot of our customers offices don't have a Server where we can install the Update Manager (NAS Devices as Fileserver). And installing it on a productive Windows PC is an absolute nogo

    :55848
  • Hello stvoglio,

    :smileytongue: scusi, SLMO tali test sono ampiamente sopravvalutati :smileyvery-happy: - but that's a different topic.

    If additional SUMs (which, BTW, do not have to run on a server - but you seem to be aware of this -, don't have to act as file server - the actual CID could be on the NAS -, and furthermore can be instructed to check for software updates just at a specific time on a certain day of the week or even only when manually instructed to do so) are not feasible then you could mirror the appropriate CID to the NAS. 

    Guess message relays are not used for managing the endpoints, are they? And do the endpoints update via SMB/NetBIOS or HTTP?

    Christian

    :55862
  • Hi Christian. 

    Ok so let me get this clear. 

    Basically you are saying I should create on the NAS Devices a Share on which I can mirror the Updates from our Server (so far so good). 

    But do I have to create for every singe office with a NAS a updating policy and then go through those policies every time a new subscription comes out to select the new engine? 

    And how do the clients update from the NAS if the SUM Service is missing? 

    Thank you

    :55866
  • Hello stvoglio,

    guess the NAS servers have different names at different site so each site would have to have its own policy. If you update all sites on the same weekend it's better not to change the subscription in the policy but to change the subscribed product in the subscription. Say you have two subscriptions, Production and Test. Both are set to SESC 10.3.12. You have two corresponding CIDs on the server. Your updating policies are SiteA, SiteB and so on (pointing to the local NAS but all using the Production subscription), and Test. When 10.4.1 or whatever comes out you change the Test subscription to this product version.The server deploys the new version to the Test CID and the test endpoints update. Once you are finished you just change the product version in the Production subscription. The server will update this CID, the NAS servers will mirror it and the production clients will update with the new version.

    A SUM is just a tool to download updates directly or indirectly from Sophos, verify the validity and integrity, and deploy them to the CID in a structure exepcted by AutoUpdate. AutoUpdate on the endpoints just reads a folder's contents from the update location - whether it's a network share, some removable medium, or a local folder doesn't matter at all. 

    Christian 

    :55868
  • Ooooh Christian... that sounds like a plan that could work :)

    I didn't know that it is possible for the workstation to update from a device that doesn't have SUM installed. 

    Ok last question. In the schedule menu of the Update Manager

    "Software updating" is responsible for the subscription update right? So I have to schedule that to update it only during night time.

    Edit: and is there somewhere a Log where I can controll if a mirroring on some shares didn't succeed? 

    :55870
  • Hello stviglio,

    "Software update" is library, engine, product version - i.e. everything that requires a larger download and a major install. You can set it to manual (with a no-update schedule) - this is perhaps what you want for Production.

    If you mirror by pulling from the NAS side then only the NAS knows (and clients will pester you with download errors). You might encounter endpoint download errors when mirroring is in progress but they should be transient. If you'd write to the NAS from the server (security implications aside) its SUM would verify the CID but it'd take quite some time even for a small IDE update.

    Christian
    :55871
  • Hi Christian,

    So you are saying I should define a Rule on our NAS that does a pull from the server and not link the NAS Share in the Update Manager configuration under "Distribution Tap" -> Update to -> \\NAS\Share ?

    I think what you want to tell me is that I can define on the NAS the Pull Intervall while the push from the server to the share can't be configured right?

    :55874
  • Hello stvoglio,

    when SUM performs an update it has to update all the shares it writes to before it can do the next check. Depending on the number of NAS systems, link and NAS performance it could take many hours for a major update. You can't have different schedules for different sites. (unless you add one or more SUMs at the central site each updating some of the NAS).

    Christian
    :55877