@scottalanmiller Would you accept "Months"

My VM Snapshots are primarily to quickly rebuild NC after I mess it up!

@scottalanmiller I snapshot my VM occasionally. This is clearly not sufficient since I upload to NC hourly....

@JaredBusch said in NextCloud Disaster Recovery?:

@JasGot said in NextCloud Disaster Recovery?:

The one thing that still worries me is the fact that the files are not stored with human readable (or even original) filenames. A non recoverable NC install leaves me without any idea of which file is which. Unless I am missing something......

Are you using the Nextcloud encryption? If so, that is why you cannot see files.

By default everything is stored exactly as it is on the web interface / sync client.

Aha! Moment here..... It's because I use S3 as the primary storage...... Local primary storage is indeed native filenaming conventions. Thanks for opening that thought @JaredBusch

I have a NextCloud installed and running at a Linux server, and its configured to have Amazon S3 bucket as the primary storage and if I sync files at local folder its uploaded to the S3 bucket, but the problem is that the files appears as urn:oid:1158

Now, does this change any of your thoughts on just making sure the NC database is backed up?

Assuming I am forced to recover from the Cross Region replication, and no database backup; you can see how I am out of luck. So, with my primary datastore being S3, that database is even more important.

Just curious what you are doing to recover from a complete failure and breakdown of Nextcloud.

My NC is using S3 storage and is Cross Region Replicated with Revisions. As well as duplicated via a Desktop client with full sync.

The one thing that still worries me is the fact that the files are not stored with human readable (or even original) filenames. A non recoverable NC install leaves me without any idea of which file is which. Unless I am missing something......

What do you do to safeguard your data in NC?

@scottalanmiller said in Remote viewing software:

@JasGot said in Remote viewing software:

@wrx7m said in Remote viewing software:

@JasGot said in Remote viewing software:

We use ConnectWise Control (formerly ScreenConnect [SC]).

Honestly, I would be hard pressed to give any other option a second look. BUT, it didn't start out that way. In the product's infancy, and early in our learning curve, we only used its basic functions (which every other products offers too). But as we mastered it; and it became a more complex and flexible product, we have turned it into a be-all/end-all for RMM. The things we can do through SC would amaze you. Granted most of it is OS related, so it's not something SC magically provides, but the fact you can to it without ever seeing or connecting to the gui at the other end make it extremely valuable.

Are you using hosted or on-premises?

On premises. About 50 feet from me Running on an Intel NUC

Windows or Linux? Windows runs better with lots of resources, Linux runs way better for us in cloud on a "per dollar" basis.

Windows. Runs great. About 3500 Clients in Access Mode.

@wrx7m said in Remote viewing software:

@Donahue said in Remote viewing software:

@wrx7m said in Remote viewing software:

Screenconnect for Windows works well. We have it hosted by them.

You can also control mobile devices. My only complaint is that the Android app used to remote in to other devices, is not that great. The mouse control is the main issue. They recently updated it to be better than before, but it is still not great.

can you remote into phones? I constantly get calls from people out in the field that have problems with their iPhones, but have no way to help the remotely.

Yup -
https://www.connectwise.com/software/control/remote-support/compatibility

Not the iPhones, unless Apple changed their rules. You used to be able to remote control the iPhones, but they had to remove that a couple of years ago.

Android? No problem!

@wrx7m said in Remote viewing software:

@JasGot said in Remote viewing software:

We use ConnectWise Control (formerly ScreenConnect [SC]).

Honestly, I would be hard pressed to give any other option a second look. BUT, it didn't start out that way. In the product's infancy, and early in our learning curve, we only used its basic functions (which every other products offers too). But as we mastered it; and it became a more complex and flexible product, we have turned it into a be-all/end-all for RMM. The things we can do through SC would amaze you. Granted most of it is OS related, so it's not something SC magically provides, but the fact you can to it without ever seeing or connecting to the gui at the other end make it extremely valuable.

Are you using hosted or on-premises?

On premises. About 50 feet from me Running on an Intel NUC

We use ConnectWise Control (formerly ScreenConnect [SC]).

Honestly, I would be hard pressed to give any other option a second look. BUT, it didn't start out that way. In the product's infancy, and early in our learning curve, we only used its basic functions (which every other products offers too). But as we mastered it; and it became a more complex and flexible product, we have turned it into a be-all/end-all for RMM. The things we can do through SC would amaze you. Granted most of it is OS related, so it's not something SC magically provides, but the fact you can to it without ever seeing or connecting to the gui at the other end make it extremely valuable.

At the request of another user, I'm going to try this again. With a couple of pre-discussion statements.

We have been doing TS for decades. We have been VMimg Servers for years. We are now beginning to move TS customers to Windows 10 Pro hosted by Hyper-V.

This question has nothing to do with the design or deployment of a VDI solution.

When you deliver a physical demo of VDI to your customer or potential customer, who has absolutely no idea what the words Virtual, VDI, VM, Hyper-V, ESX, VMware, or any other word you are thinking of right now, mean..... What is your model?

What is your existing physical on site demo unit look like? What does it connect to?

The physical onsite demo for the customer cannot be a PC or anything that any normal end user would think is a pc.
It cannot be a laptop, or chrome book, or tablet, or ipad.
It must support 2 or more 23" LCD displays.
It must support a local printer, a local barcode reader, a local Driver License reader/scanner, a local utility meter reader, and an electronic signature pad.
The physical onsite demo for the customer must connect to local LAN resources for proof of concept.

In the final solution, there will NEVER be a cloud based solution for the customer, all connections and data must remain on site.

I don't give two hoots about your ideas on how to design or deploy a VM or VDI (call it whatever you like) environment. I only care about what you carry into a customer site to provide a demo of what will be at the users desk after their current PC goes in the dumpster.

You see, if you don't carry hardware into the customer site and set it up to show them, (because they have no idea what you are talking about), you may not have anything to add here...... and that's okay.

I am looking forward to comments from folks who provide this kind of a demo for their customers.

I'm on to other things now. This one seemingly simple and casual question has resulted in a rise in blood pressure and anxiety that I find completely unnecessary and unproductive.

I have found no helpful or beneficial responses so far here. Only argumentative replies suggesting I have already pigeon-holed my demo tactic and that I chose wrong.