From Newsgroup: uk.rec.waterways

<div>Apparently, if restoring on a different device or even on the same device with a different OS, it won't restore anything but system data. This happened to me when I wiped my Moto X (2nd gen) to install LineageOS on it.</div><div></div><div></div><div>I'm not sure if newer versions of Android come with better Backup and Restore functionality, but for now I'm going to be using a specialised backup app (Helium at the moment) to keep my data fairly backed up, and also use that when transferring to a new device.</div><div></div><div></div><div></div><div></div><div></div><div>backup and restore app data android download</div><div></div><div>Download Zip: https://t.co/B2OfRTAiaS </div><div></div><div></div><div>I have implemented a BackupAgentHelper using the provided FileBackupHelper to backup and restore the native database I have. This is the database you typically use along with ContentProviders and which resides in /data/data/yourpackage/databases/.</div><div></div><div></div><div>I have implemented a similar solution for the SharedPreferences successfully in a different app in the past. However when I test my new implementation in the emulator-2.2, I see a backup being performed to LocalTransport from the logs, as well as a restore being performed (and onRestore() called). Yet, the db file itself is never created.</div><div></div><div></div><div>However, you might want to extend BackupAgent directly if you need to: * Back up data in a database. If you have an SQLite database that you want to restore when the user re-installs your application, you need to build a custom BackupAgent that reads the appropriate data during a backup operation, then create your table and insert the data during a restore operation.</div><div></div><div></div><div>How to do the same on restore. As I understand, the restore might happen just when the user has already started using the app (and inputting data into the database). So you can't presume to just restore the backupped data in place (deleting the empty or old data). You'll have to somehow join it in, which for any non-trivial database is impossible due to the id's.</div><div></div><div></div><div>Using FileBackupHelper to backup/restore sqlite db raises some serious questions:</div><div></div><div>1. What happens if the app uses cursor retrieved from ContentProvider.query() and backup agent tries to override the whole file?</div><div></div><div>2. The link is a nice example of perfect (low entrophy ;) testing. You uninstall app, install it again and the backup is restored. However life can be brutal. Take a look at link. Let's imagine scenario when a user buys a new device. Since it doesn't have its own set, the backup agent uses other device's set. The app is installed and your backupHelper retrieves old file with db version schema lower than the current. SQLiteOpenHelper calls onDowngrade with the default implementation: </div><div></div><div></div><div></div><div></div><div>Note: get/insert data is done through ContentResolver thus avoiding cuncurrency issues. Serializing is done in your backupAgent. If you do your own cursorobject mapping serializing an item can be as simple as implementing Serializable with transient field _id on the class representing your entity.</div><div></div><div></div><div>As of Android M, there is now a full-data backup/restore API available to apps. This new API includes an XML-based specification in the app manifest that lets the developer describe which files to back up in a direct semantic way: 'back up the database called "mydata.db"'. This new API is much easier for developers to use -- you don't have to keep track of diffs or request a backup pass explicitly, and the XML description of which files to back up means you often don't need to write any code at all.</div><div></div><div></div><div>One option will be to build it in application logic above the database. It actually screams for such levell I think.Not sure if you are doing it already but most people (despite android content manager cursor approach) will introduce some ORM mapping - either custom or some orm-lite approach. And what I would rather do in this case is:</div><div></div><div></div><div></div><div></div><div></div><div></div><div>Our family business has about a dozen android phones and tablets and half of them cannot access our Linux Joplin data because of something that does not permit Dropbox or even Joplin itself to operate properly apparently due to some ARM cpu variation or failure to have the latest android release, although that is only speculation. Admittedly none of our devices are the latest or greatest. Our needs are not sophisticated. We only need one way copy since the android copies are used read only by choice.</div><div></div><div></div><div>An alternative might be to indicate if the data dir's on joplin-desktop can just be copied to android and just where in android they should be. That is, if duplicating the files from Linux Joplin into the proper location on android joplin would work at all.</div><div></div><div></div><div>EDIT: Welp... nothing worked. I had to start over from scratch and lost all my data. I seems that none of my backups worked (either corrupted or wrong passphrase even if I have the screenshot I got when creating it). I also tried to get a pretty old Swift backup version on in hopes of at least checking my passphrase but I guess that's a no-go as well.</div><div></div><div></div><div>I think Smu44 touched a relly sensible keypoint. An easy user procedure for Data backup that allows to put your data wherever you want (cloud, pc,usb, etc) is one of the feature that make worthable the choice.</div><div></div><div></div><div>android-backup-projectThe android backup project provides a set of scripts and tools to backup and/or restore applications installed on Android devices.This is not adb backup which didn't work for my requirements asit doesn't backup...</div><div></div><div></div><div>Creating a backup of your smartphone data keeps you safe in case the worst happens. Making backups and restoring your data from a backup is easy with a Samsung account, Google account or with the Smart Switch app. You can even set your smartphone to create backups automatically, ensuring that your data is always secure.</div><div></div><div></div><div>Smart Switch is a quick and easy way to create backups of your smartphone data for safekeeping. Smart Switch can create backups from both Android and iOS devices and can restore your data to a Samsung smartphone, making setting up your new phone a breeze.</div><div></div><div></div><div>After a couple of days experimenting, it is looking pretty good. It will - with some exceptions - restore the same set of apps and data across different phone models. I have only tried devices running the same /e/ and Android version: using it across /e/ and /Android version updates is the next experiment.</div><div></div><div></div><div>It still does not seem to restore accounts, even if you restore the Account Manager app and data, so to use it on a fresh install you need to boot the system, complete the first time setup wizard (including adding an /e/ account), then enable adb root debugging, before you can restore the data. Have fun!</div><div></div><div></div><div>I backup call history (along with SMS Messages) using the 'SMS Backup and Restore` app from Aurora Store. I have it set to do daily backups to a local SD card. So if I need it on a fresh install I just install the app (or restore it with this tool ) then restore the backed up messages and call logs.</div><div></div><div></div><div>To restore a backup from Google Drive to your Android, follow the steps below (Note: this is generally done when transferring data onto a new phone, and you cannot restore a higher Android version onto a lower running Android).</div><div></div><div></div><div>Your Android phone contains pictures, videos, music files, documents, apps, and more personalized information. If you lose it, misplace it, pour liquids over it, or it gets stolen, you may lose all of your data unless you have a reliable backup to restore all essential information.</div><div></div><div></div><div>Aside from media files, your Android phone data comprises contacts, messages, calendars, and essential system configurations. Creating regular backups of all Android data is critical to safeguard it against theft, accidental damage, and virus attacks.</div><div></div><div></div><div>You can also back up your Android phone data to quickly restore it on a new phone or to optimize storage space on your current one. Following the 3-2-1 Rule of Backup is best to ensure a viable recovery option. The Rule suggests you keep three backup copies - two local backups (in different locations) and one in cloud storage.</div><div></div><div></div><div>SideSync enables users to screen and share data to their Windows computer or Mac. You must connect your phone to the PC via a USB cable or Wi-Fi to enable data backup. Moreover, you can control your phone from the PC, make calls, and send text messages.</div><div></div><div></div><div>HiSuite has many functions - data management, system recovery, application management, and more. Once you set it up, you can use the app to initiate regular backups and access your contacts, gallery, messages, and more remotely.</div><div></div><div></div><div>Since your Android has access to a Google account, you can use Google Drive and Google Photos to back up data. After completing a backup, you can access your Google account data from anywhere in the world, whenever needed.</div><div></div><div></div><div>Keep in mind, Google backups can suffer from storage space limitations (extensive backups can quickly fill up your free Google Drive space). Moreover, you can only store photos and videos on Google Photos. Lastly, if someone gets ahold of your account credentials, they can access your backup data from anywhere.</div><div></div><div></div><div>A complete backup of your Android comprises files, apps, and settings. It's a digital copy of all stored data in the flash repository of the device. Such a backup is also called a \"Nandroid backup\"; it backs up all data on the device's Firmware or ROM. (this is why the approach is also called \"Full ROM backup\")</div><div></div><div></div><div>TWRP recovery is a well-known tool used in rooted devices for wiping data, flashing modules, and creating backups. You can only use the custom tool after your restart your Android device in recovery mode.</div><div></div><div></div><div>Before you backup Android smartphones to a PC, you need to ensure the devices are compatible with your computer so you don't lose data. Once you've covered all steps, you can conveniently back up photos and videos, music, and other files to the PC.</div><div></div><div></div><div>Samsung users can benefit from Samsung's free Android app - Samsung Kies. With it, you can create a backup, transfer data, and upgrade firmware and OS. To back up SMS messages to a computer via Samsung Kies, follow these steps:</div><div></div><div></div><div>Acronis Cyber Protect Home Office offers effortless, continuous backup of Android devices. You can back up Android data via Wi-Fi to PC or Mac, restore complete backups, or recover individual files. Due to our redundant cloud system, you will always have access to your backups.</div><div></div><div> df19127ead</div>
--- Synchronet 3.21d-Linux NewsLink 1.2