Jump to content

A+ Computers

Members
  • Content Count

    1,588
  • Joined

  • Last visited

  • Days Won

    207

Posts posted by A+ Computers


  1. same way.

     

    Select view/restore in the end point software, select the file or folder and either hit the big red X, or right click and choose delete.

     

    If you are trying to do it through the portal, you cant. You can only delete files from the end point interface.

     

    You can install the backup software on any computer and manually select which machine's backup you want to look at for that customer when entering the password. You don't have to do it from the machine that backed up the data. I keep a copy of a win7 VM on hand so that I can install the OLB software for various customers on it for cases such as this.


  2. very interesting. Currently watching the BDR presentation with Infrascale and a slide came up which shows what the GUI should look like...

     

    The example correctly shows the client space usage as XXGB of XX GB instead of XXGB of 1MB.

     

    If I had the room left to upload more images I'd post it.

     

     


  3. its a little counter intuitive...

     

    Open the backup client from the computer that is being backed up

    Click view/restore

    select the + symbol next to each folder to expand that folders contents

    highlight the file or folder you want to delete and then press the X button


  4. I've noticed this several times since the portal and client updates. The used space shown in the portal is not in sync with the actual space being used.

     

    For instance, on the server that I discovered had been auto updated today..used space on both the client software and in the portal shows as 6.88GB. This is obviously false as I can go to the view/restore feature and see that there are two copies of their 8GB exchange database in addition to their files/folders backup data. I can also take a look at the dashboard for that customer on the portal and see that they are backing up 9-10 GB of changed data nightly.

     

    interestingly, in the OLB client installed on the server, the used space shows in red as 6.88GB of 1.00MB. In the CC portal, it correctly shows that the client has 75GB of storage assigned to them, but still incorrectly shows 6.88GB of used space.

     

    This is causing inconsistencies in reporting and in this particular instance, a panic attack when we thought the clients backup had dumped the majority of their data.


  5. It should set a period of time to retain that file in the backup set if it gets deleted from the source. After that time, it is removed from the backup set so as to save room.

     

    Its a feature we have been asking for since OLB was announced.


  6. I'm getting this error on one of our clients servers when it attempts to run its nightly backup. it happens for the files and folders, exchange and SQL backup jobs.

     

    The client had gone over their 100GB backup pool over the weekend due to some duplication of files. This has since been corrected and the duplicates removed from the backup server. The OLB interface on the client side is currentlyshowing 72.61GB of 1.00MB used, which in and of itself is a bug with the new backup agent interface.

     

    In the CC portal, the client correctly displays as 73% of 100GB used. below is a snippit from the sagent.service log. I'm not sure why the timestamp is showing a time that is still 5 hours away. Maybe its pulling that timestamp from the backup server? The client server does have the correct time and date set.

     

    2015-03-04 14:58:34,136 [23] INFO    VssBackup       - Initializing for backup...
    2015-03-04 14:58:34,143 [23] INFO    VssBackup       - Gathering writer metadata...
    2015-03-04 14:58:35,304 [23] INFO    VssBackup       - Found VSS Writer=[Microsoft Exchange Writer], id=[76fe1ac4-15f7-4bcd-987e-8e1acb462fb7]
    2015-03-04 14:58:35,329 [23] INFO    VssBackup       - Disabling other [22] writers...
    2015-03-04 14:58:35,329 [23] INFO    VssBackup       - Ok
    2015-03-04 14:58:35,787 [23] INFO    VssBackup       - Getting Data for the Writer Microsoft Exchange Writer=[76fe1ac4-15f7-4bcd-987e-8e1acb462fb7]
    2015-03-04 14:58:35,787 [23] INFO    ServerManager   - Server name: [OAWSRV]
    2015-03-04 14:58:36,146 [23] DEBUG   ExchangeDatabaseHelper - Existing PS databases: Mailbox Database
    2015-03-04 14:58:36,146 [23] INFO    ServerManager   - Database name: [Mailbox Database], Database id: [d4487490-a982-43fb-b7f9-b5b7b4b4dd70]
    2015-03-04 14:58:36,146 [23] INFO    ServerManager   - Server name: [OAWSRV]
    2015-03-04 14:58:36,173 [23] INFO    ServerManager   - Database name: [Public Folder Database 1391712490], Database id: [db5c4340-dce6-46f8-b990-34e88446d7a5]
    2015-03-04 14:58:36,173 [23] INFO    ServerManager   - Calculating size for: [Public Folder Database 1391712490], total calculated: [142671872]
    2015-03-04 14:58:36,173 [23] INFO    ServerManager   - Calculating size for: [Mailbox Database], total calculated: [3229679616]
    2015-03-04 14:58:36,174 [23] INFO    ServerManager   - Calculating size for: [Public Folder Database 1391712490], total calculated: [146874368]
    2015-03-04 14:58:36,191 [23] INFO    ServerManager   - Calculating size for: [Mailbox Database], total calculated: [3356565504]
    2015-03-04 14:58:36,242 [23] DEBUG   ExchangeDatabaseHelper - Looking for databases: d4487490-a982-43fb-b7f9-b5b7b4b4dd70 D:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\Mailbox Database.edb
    2015-03-04 14:58:36,242 [23] DEBUG   ExchangeDatabaseHelper - Existing PS databases: d4487490-a982-43fb-b7f9-b5b7b4b4dd70 D:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\Mailbox Database.edb
    2015-03-04 14:58:36,242 [23] DEBUG   ExchangeDatabaseHelper - Looking for databases: db5c4340-dce6-46f8-b990-34e88446d7a5 D:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Public Folder Database 1391712490\Public Folder Database 1391712490.edb
    2015-03-04 14:58:36,242 [23] DEBUG   ExchangeDatabaseHelper - Existing PS databases: d4487490-a982-43fb-b7f9-b5b7b4b4dd70 D:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\Mailbox Database.edb
    2015-03-04 14:58:36,242 [23] ERROR   ExchangeDatabaseHelper - There is no PSObject for Exchange database=[db5c4340-dce6-46f8-b990-34e88446d7a5], file=[D:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Public Folder Database 1391712490\Public Folder Database 1391712490.edb]
    2015-03-04 14:58:36,246 [23] INFO    WindowsUserContext - I am [NT AUTHORITY\SYSTEM]. Trying to Logon as [NT AUTHORITY\NETWORK SERVICE], provider=[LOGON32_PROVIDER_WINNT50], type=[LOGON32_LOGON_NEW_CREDENTIALS]...
    2015-03-04 14:58:36,270 [23] INFO    WindowsUserContext - Ok. I am [NT AUTHORITY\SYSTEM] now
    2015-03-04 14:58:36,272 [23] INFO    WindowsUserContext - Disposing impersonation for [NT AUTHORITY\SYSTEM]...
    2015-03-04 14:58:36,272 [23] INFO    WindowsUserContext - Ok. I am [NT AUTHORITY\SYSTEM] now
    2015-03-04 14:58:36,341 [23] DEBUG   Agent           - Ping monitor #[0]
    2015-03-04 14:58:36,341 [23] DEBUG   Agent           - Ping monitor #[1]
    2015-03-04 14:58:36,354 [23] INFO    ExternalLibraryManager - BackupSessionEnd action is being performed
    2015-03-04 14:58:36,355 [23] DEBUG   AVGLibraryCommunicator - BackupSessionEnd parameters:
    exitCode = 0, backupType = Exchange, isScheduled = False, isCancelled = True, isPolicyApplied = False,
    duration = 2, nextRunTime = 2015-3-5 5:0:0 0, pcVersion = 5.15.2.66, uploadedCount = 0, 
    uploadedSize = 0, errorCount = 0, errorSize = 0, unchangedCount = 0, 
    unchangedSize = 0, totalCount = 1, totalSize = 3356565504
    2015-03-04 14:58:36,992 [23] WARN    Agent           - Backup cancelled.
    2015-03-04 14:58:36,995 [50] DEBUG   WebBinding      - Init [iCentralManagementService]
    2015-03-04 14:59:40,615 [4] DEBUG   Agent           - Ping monitor #[0]
    2015-03-04 15:02:40,634 [65] DEBUG   Agent           - Ping monitor #[0]
    2015-03-04 15:02:41,020 [85] WARN    Agent           - Agent Monitor [net.pipe://localhost/SAgentOnlineBackupService] - [Faulted]
    2015-03-04 15:02:41,020 [85] WARN    Agent           - Agent Monitor [net.pipe://localhost/SAgentOnlineBackupService] - [Closing]
    2015-03-04 15:02:41,021 [85] ERROR   AgentErrorHandler - System.ServiceModel.CommunicationException: There was an error reading from the pipe: The pipe has been ended. (109, 0x6d). ---> System.IO.PipeException: There was an error reading from the pipe: The pipe has been ended. (109, 0x6d).
       at System.ServiceModel.Channels.PipeConnection.OnAsyncReadComplete(Boolean haveResult, Int32 error, Int32 numBytes)
       --- End of inner exception stack trace ---
       at System.Runtime.AsyncResult.End[TAsyncResult](IAsyncResult result)
       at System.ServiceModel.Channels.TransportDuplexSessionChannel.TryReceiveAsyncResult.End(IAsyncResult result, Message& message)
       at System.ServiceModel.Dispatcher.DuplexChannelBinder.EndTryReceive(IAsyncResult result, RequestContext& requestContext)
       at System.ServiceModel.Dispatcher.ErrorHandlingReceiver.EndTryReceive(IAsyncResult result, RequestContext& requestContext)
    2015-03-04 15:02:44,935 [24] WARN    Agent           - Agent Monitor [net.pipe://localhost/SAgentOnlineBackupService] - [Faulted]
    2015-03-04 15:02:44,935 [24] WARN    Agent           - Agent Monitor [net.pipe://localhost/SAgentOnlineBackupService] - [Closing]
    2015-03-04 15:02:44,935 [24] ERROR   AgentErrorHandler - System.ServiceModel.CommunicationException: There was an error reading from the pipe: The pipe has been ended. (109, 0x6d). ---> System.IO.PipeException: There was an error reading from the pipe: The pipe has been ended. (109, 0x6d).
       at System.ServiceModel.Channels.PipeConnection.OnAsyncReadComplete(Boolean haveResult, Int32 error, Int32 numBytes)
       --- End of inner exception stack trace ---
       at System.Runtime.AsyncResult.End[TAsyncResult](IAsyncResult result)
       at System.ServiceModel.Channels.TransportDuplexSessionChannel.TryReceiveAsyncResult.End(IAsyncResult result, Message& message)
       at System.ServiceModel.Dispatcher.DuplexChannelBinder.EndTryReceive(IAsyncResult result, RequestContext& requestContext)
       at System.ServiceModel.Dispatcher.ErrorHandlingReceiver.EndTryReceive(IAsyncResult result, RequestContext& requestContext)

     

     

     

     


  7. It all depends on the VM platform and how the VM is configured. 

     

    Currently, in my DEV environment, I have Hyper-V setup under server 2012 r2 standard with several virtual machines running from both local and an iscsi target.

     

    my main Vm, a server 2012 r2 VM running the AD role is 2 files and 21.1GB in size. it is a dynamically expanding disk that is set for a max of 200GB.

    My secondary VM, a server2012 r2 running exchange and wsus is also 2 files, and is 36.8 GB in size with a dynamic disk.

    I also have some workstation VM's that are running win8.1, also 2 files and around 20gb with dynamic disks.

     

    My PROD enviroment is VMware workstation at the moment (inherited it and its soon to be Hyper-V) and is not using veeam.

     

    Our main VM is a sbs2011 server. It shows 300 Files (mainly cache files of 20KB or smaller) and 266GB in total size. The largest single file is 262GB It is not setup as a dynamic disk as there were performance issues that prompted the change from dynamic to fixed.

    There are also several other VM's that are all under 30GB, but again with hundreds of files due they way old versions of vmware do caching.

     

    Right now in the DEV environment, a backup of the main VM's is about 10 minutes on the local lan to a NAS, while in PROD, the backup is about 2 hours to removable storage.

     

    With Veeam, the backup is a single file, a veeam zip. It is also deduped and compressed to ensure it takes the least amount of space.

     

    With a full server backup to the cloud, it would not be a daily backup, it would be an archival backup, done over the weekends in most cases. It is a last resort, used only when all other restoration methods have been tried and have failed. So really, the amount of time it would take to populate, in most cases, would not be an issue. The only thing that would matter is AVG's upstream bandwidth to send that backup file back to the client, which in any modern data center should be sufficient to offer a decent download speed.


  8. I was just wondering if it was possible to access our cloud storage spaces outside of the AVG OLB software or the CC portal.

     

    I'm setting up Veeam backup in our environment to take care of our virtual infrastructure,and like most good backup programs, it has the option to connect to a cloud backup repository. I would love to be able to setup clients who are using other applications with backup space through AVG that they can use with their backup program of choice. All AVG would be responsible for is providing the space and a SSL certificate for encryption.

     

    maybe not doable with with how things are licensed/setup with SOS/infrascale at the moment, but something to think about for the future.

     

     


  9. I just logged into a client server to make sure a new folder was included in their backup and I see that the OLB component has been updated.

    There is now a new option, advanced folder backup. This gives us a few new options for a single/group of folders!
    We now have:
    replicate - looks like a real-time backup that mirrors the selected folder, removing things from the cloud when they are deleted.
    forever save - files are never deleted from the cloud or local machine
    archive - local copies are deleted once cloud backup confirms copy resides on the server
    time-limited backup - set a retention period for files. timer resets if new copy of file is backed up.

    The first thing that comes to mind is COOL!! NEW TOYS!!

    The second thing that comes to mind is, why did the CC software update on a SERVER without my input? It looks like the server is now stuck installing the AV component and I'm left wondering if any of the other servers we have CC installed on are in the same condition...

    The version number for the installed olb client according to the about menu in the software and the portal is 5.15.2.66

    I'm currently updating the CC version from the reseller device screen with the "update" button in order to get things going again.

     

    *edit*

    update went well. AV component is not installed and running too. I think it may have died in the middle of the initial upgrade due to the xmppauth service needing to be restarted. 

    I see there was a tiny blurb in the 3.3 update release notes about a new OLB version coming.


  10. looks like I spoke too soon.

    Once again I am restoring data for a client that AVG failed to detect and protect against a crypto* variant (cryptowall 3 this time), and once again I am getting padding errors on some of the files.

    Luckily this time it seems to be the minority of the files, and they are mainly image files and not accounting data or patient records.

    I've already reached out to my T3 contact that was dealing with this issue and informed him.


  11. I'm having problems with a client machine that had the AVG CC client reinstalled yesterday. It was previously running OLB version 5.9.4760 without any errors, but now it is complaining that the shared management objects for sql 2012 are not installed.

     

    The shared management objects and clr types packages for sql 2014 are still installed, and as I mentioned, it was previously working properly with the older version of OLB. If I remove the 2014 versions and install the 2012 versions, I get errors that the backup can not connect to the database.

     

    here is the SAgent.service_v5.31.1 log that is generated when trying to backup the client DB's with the 2014 management objects installed:

     

    2015-01-08 16:57:50,355 [16] INFO    VssBackup       - Ok
    2015-01-08 16:57:50,470 [16] INFO    VssBackup       - Getting Data for the Writer SqlServerWriter=[a65faa63-5ea8-4ebc-9dbd-a0c4db26912a]
    2015-01-08 16:57:50,470 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,470 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,470 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,470 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,471 [16] INFO    ServerManager   - Database name: [Medadmin], Database id: [Medadmin]
    2015-01-08 16:57:50,472 [16] INFO    ServerManager   - Calculating size for: [Medadmin], total calculated: [6181683200]
    2015-01-08 16:57:50,472 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,473 [16] INFO    ServerManager   - Database name: [Deonarine_Max], Database id: [Deonarine_Max]
    2015-01-08 16:57:50,473 [16] INFO    ServerManager   - Calculating size for: [Deonarine_Max], total calculated: [333905920]
    2015-01-08 16:57:50,473 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,474 [16] INFO    ServerManager   - Database name: [FDB], Database id: [FDB]
    2015-01-08 16:57:50,474 [16] INFO    ServerManager   - Calculating size for: [FDB], total calculated: [1065025536]
    2015-01-08 16:57:50,474 [16] INFO    ServerManager   - Server name: [ACCURO]
    2015-01-08 16:57:50,475 [16] INFO    ServerManager   - Database name: [Deonarine_DOCS], Database id: [Deonarine_DOCS]
    2015-01-08 16:57:50,475 [16] INFO    ServerManager   - Calculating size for: [Deonarine_DOCS], total calculated: [29307174912]
    2015-01-08 16:57:50,503 [16] INFO    ExternalLibraryManager - BackupSessionEnd action is being performed
    2015-01-08 16:57:50,504 [16] DEBUG   AVGLibraryCommunicator - BackupSessionEnd parameters:
    				exitCode = -2146233087, backupType = MSSQL, isScheduled = False, isCancelled = False, isPolicyApplied = False,
    				duration = 0, nextRunTime = 2015-1-9 0:0:0 0, pcVersion = 5.13.1.32, uploadedCount = 0, 
    				uploadedSize = 0, errorCount = 0, errorSize = 0, unchangedCount = 0, 
    				unchangedSize = 0, totalCount = 0, totalSize = 0
    2015-01-08 16:57:50,956 [16] ERROR   Agent           - System.SystemException: Could't find part of Server 2012 Shared Management Objects. Please install and restart application and Offsite Online Backup Service.
       at SOSOnlineBackup.Client.Library.Core.ServerBackup.SQL.MsSqlDatabase.IsFullBackup(BackupType backupType, Nullable`1 serverLastFullDateTime)
       at SOSOnlineBackup.SAgent.MSSql.MSSqlBackupPerformer.RunBackup()
       at SOSOnlineBackup.SAgent.Agent.#=qjxGXW03n3GOc_S$DhFCkbQ==(IBackupSession #=qrlGrSUA2o0VWw_KPOgw4tw==)
    2015-01-08 16:57:50,957 [16] ERROR   Agent           - Could't find part of Server 2012 Shared Management Objects. Please install and restart application and Offsite Online Backup Service.
    
    

     


  12. I've seen this with multiple backup solutions.

     

    You select an entire folder for backup, then deselect one or two files or sub folders. That folder is now no longer has a check mark beside it indicating the entire folder should be backed up. This is pretty standard.

     

    The only backup program I've seen that handles this in a logical way is RBS, which we used to use and quite frankly sucked overall. With that program you could select a full folder for backup, and then instead of having to un check the specific files or sub folders you didn't want, you simply marked them as excluded. That way, any new files or sub folders added would get backed up without having to modify the backup plan.


  13. Well, since support is unable to reply to my email on this issue that has been open with them for more than a month, in less than 24 hours, here was their method of getting my clients sensitive data back:

     

    They are going to (or have already) decrypt the files themselves and place them on a ftp server for me to download.

     

    Now, while that may be OK in some peoples minds, it is a huge privacy violation. Any AVG employee that has access to that FTP server would now have access to any confidential financial documents, medical records, legal documents, etc.

     

    I appreciate what AVG has done so far in trying to get this clients data back, but this is the wrong way to get it back to me. The data needs to be kept secure from end to end.


  14. Hi Sean, 

     

    The root of the problem is the lack of retention settings for the "files & folders" backup. We know there are retention policies for SQL and exchange backups, but they aren't much use when the POS software uses its own non MS SSQL software. The only way to backup the POS databases at that point is to use the "files & folders" backup as the OLB software only recognizes MS SQL. As "files & folders" does not have any retention policies, and instead keeps deleted files forever, this poses a problem. 

     

    This is compounded by the fact that a lot of POS software packages include their own backup for their SQL database. In our case, the one our customers use creates backup files that are named based on the date they are taken. It holds onto 3 days of backup files and removes any older than that. What will happen when we use "files & folders" backup is we would end up maxing out our space usage as each day a new DB backup file is created with a unique name, and because there are no retention policies, we end up with however many backup files of the DB will fit into a 25GB block. 

     

    What we need, and have been asking for since OLB was introduced is retention policies for "files & folders" backup. Without it, its of limited use outside of home users, which are not your target market.

×
×
  • Create New...