<div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Lynn,<div><br></div><div>I'm going to assume that your PDC is a physical server and that you haven't dealt with virtual servers yet.</div><div><br></div><div>I'm not personally familiar with Altaro backup software, but it's a little irrelevant to the concept. The script you're currently running to backup up your PDC backs up the files stored on your PDC (and possibly does an image-level backup of your system volume). If your server melts into the floor, you would need to buy an identical server (which you may no longer be able to do) to restore your image-level backup and expect it to work correctly. Or you would need to buy a new server, reinstall Windows+applications+configuration and then restore your file-level backup (a time consuming ordeal).</div><div><br></div><div>The same concept could be applied even if the server were a virtual machine. You could use a similar script to back up your new virtual server in a similar fashion to the way you're currently backing up your physical server. But you would have the same limitations, plus the additional complexity of the new hypervisor/physical layer to also recover.</div><div><br></div><div>It sounds like your new PDC is going to be one of multiple <u>virtual</u> servers running on a single beefier physical server. Which adds a layer of complexity (and flexibility) you don't currently have. Being a virtual server, you'll have another, more comprehensive option for backing up the server. Since the virtual server will be 100% data, you can completely back it up. Imagine standing in front of your PDC and pressing your Staples Easy Button to make a full backup of not only the data stored on your server, but the hardware itself including all of the labels and dust too. So in the event your PDC literally melts into the floor hardware and all, you have an exact copy of the data AND the hardware it runs on, right down to the dust sitting on it. Since even the new <u>virtual</u> server's "hardware" is purely software, you can make a full backup copy of it. Further, since the actual physical hardware is abstracted, if your new beefier physical server melts into the floor you'd be able to buy an even newer even beefier physical server with the latest version of your virtualization software installed on it and have an excellent chance that your backed up copy of the entire virtual machine will fire back up as if you had simply rebooted it. The actual physical hardware you're running on becomes less important. But backing up the virtual machines at that level is beyond the capabilities of backup software and scripts that only operate within the virtualized operating system, which is where your current backup script would be operating. This is where backup software like what your IT company is proposing which operates at the hypervisor level comes in.</div><div><br></div><div>Now, whether or not you need to buy a license to cover your level of need totally depends on the software manufacturer. Perhaps you can slide in under whatever's covered in a free license, if that's an option. Ultimately, though, backing up an entire virtual machine in this way can be a very useful recovery tool (that you'll hopefully never need to use.) But you'll also need to be aware that different backup methods offer different levels of usefulness. For instance, if you just want to delete a single file you accidentally deleted yesterday, a full virtual machine backup may not be the best recovery option. It's more for entire virtual server failure scenarios. To recover individual files, you're likely just going to want to use a file-level backup  like what you're presumably currently doing with your Win2012 PDC. So each backup method has its place and purpose and you'll probably want a layered approach.</div><div><br></div><div>Hopefully this makes some sense. I'm trying to bang it out on limited time.</div><div><br></div><div>Chad<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>______________________________<br></div><div><div><div dir="ltr"><div dir="ltr"><b style="background-color:rgb(255,255,0)">OPLINTECH & OPLINLIST policy:</b></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div><i><font color="#ff0000">I am no longer responding off-list to topical replies sent only/directly to me.</font></i></div></div><div><div><div><div><font color="#ff0000"><i>Libraries have a wonderfully amazing reputation for openness and sharing, a concept I support and encourage. </i><i>Your thoughts are useful and valuable. As always, I beg you to share them publicly so that other libraries can benefit from them and participate in a conversation</i><i>.</i></font></div></div></div></div></blockquote></div><b><div><b><br></b></div>Chad Neeper</b><br><font size="1">Senior Systems Engineer</font><br><br><b>Level 9 Networks</b><br><font size="1">740-548-8070 (voice)<br>866-214-6607 (fax)</font><br><br><font size="1"><i>Full IT/Computer consulting services -- Specialized in public libraries</i></font><br></div></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 20, 2020 at 1:16 PM welchly--- via OPLINTECH <<a href="mailto:oplintech@lists.oplin.org" target="_blank">oplintech@lists.oplin.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Hello colleagues,</p>
<p>We are trying to update our servers. Can someone please explain why, if we buy a "powerful server that runs 2 virtual machines (servers)", we would need to license a program called Altaro to back up those servers to a "NAS / Network Attached Storage (external drive)"? (Quotations are from the proposal we were sent)</p>
<p>Currently we run a script on our PDC (WinServer 2012) that's scheduled for every night after we close. It backs up to an external drive in-house. We also have the IT company back up that server to their remote storage.</p>
<p>We were expecting the new system to back up remotely off-site to our IT company's servers the way the current one does. This seems very confusing to me.</p>
<p>Can someone explain (preferably in English not Computer; I have no network training) why we wouldn't just do the same process (write a script to back up on a scheduled basis) for the new server? Why do we need Altaro?</p>
<p>Thank you,</p>
<div>-- <br>
<div style="margin:0px;padding:0px;font-family:monospace">Lynne Welch - Herrick Memorial Library of Wellington OH</div>
</div>
</div>
_______________________________________________<br>
OPLINTECH mailing list<br>
<a href="mailto:OPLINTECH@lists.oplin.org" target="_blank">OPLINTECH@lists.oplin.org</a><br>
<a href="http://lists.oplin.org/mailman/listinfo/oplintech" rel="noreferrer" target="_blank">http://lists.oplin.org/mailman/listinfo/oplintech</a><br>
<br>
*** OPLIN can provide security awareness training and email phishing simulations for all Ohio public library staff at no cost to the library! <a href="https://www.oplin.ohio.gov/securityiq" rel="noreferrer" target="_blank">https://www.oplin.ohio.gov/securityiq</a>  ***<br>
</blockquote></div>
</div>