I have an app which creates and writes in a csv file. With some error, the app overwrote the file which had all the log data from the past, and now I have got a new file with only recent data on.
I want to restore the older version of the csv file, but HoloLens2 doesn't give me the options to do so like a normal Windows computer.
Is there anyway that I can recover previous version of the file on HoloLens2? The file wasn't on OneDrive or any other cloud locations.
The property of the file doesn't give me any access to the previous versions.
The settings of HL2 doesn't seem to have file recovery options either.
Related
I am trying to upload a backup of the MySQL database exported file to the Cpanel public_html folder. upon upload I am getting the following error:
The file you uploaded, MySQL_file_name.zip, contains a virus so the upload was canceled: antispamcloud.score.medium.abusedredirector14.UNOFFICIAL FOUND
I scanned the file with an antivirus online and on my computer but it didn't find any virus on it.
Regards,
have you tried adding .sql as file extension?
You can contact your server provider. permissions may be turned off.
Your .zip file contains, most likely, a single .sql file. Try extracting the .sql file from the .zip file and then upload that to phpmyadmin. If it goes through, you're all set.
If your hosting provider's phpmyadmin also rejects the extracted .sql file there are a couple of possibilities. (It's phpmyadmin that's looking for viruses.)
Some cybercreep successfully attacked the WordPress site you backed up and put some nasty malware in one of your tables. Your hosting provider's phpmyadmin detected it when you uploaded your backup. (That's good, if frustrating.)
Maybe you can scan the WordPress site you backed up in the first place and find the nasty stuff. Sucuri's a plugin for that. Then you'll have to recreate the database backup.
It's a false-positive virus detection. Ask your hosting provider for help.
I was given some research data on a hard drive. All the files are in one folder and consists of .frm files, .MYD files, .MYI files, .TRG files and .TRG files.
I downloaded and installed MAMP so that I can run an MySQL Server. I launched PHPMYAdmin in a browser and chose the import option. I then navigated to the data folder and realized that it was looking for a .zip file with the structure .sql.zip. I then proceeded to zip all of the content to comply and according to the WinZip dialog box, it was going to take 3 hours! This cannot be the correct action.
I found this solution from 8 years ago (derobert):
Recover Database Files From MYD MYI FRM Files
which has a linux solution (copy the files into the /var/lib/mysql/dbname directory)
There was also a solution for Windows in which a single .frm file and a ibdata1 file is copied to the data folder (alnel). Since my intention was not to copy the data to my notebook but, instead, read it directly from the drive, I tried another solution mentioned and it turned into a nightmare....
I created a symbolic link in the data folder: c:\MAMP\bin\mysql\data called mydata
c:\mklink /D mydata e:\MyResearchData
This created a link as expected. I then reloaded PHPMyAdmin expecting to see it listed. I did not. Recognizing that the /D switch is for a soft link, I tried a hard link using /H. However, that didn't over-write the previous link. I then proceeded to delete the link and it deleted all of my data! Recovery was not as simple as if I had deleted the data from the C:\ as it was not in the Recycle Bin. I was able to use file recovery software but now I am gun-shy about trying anything unproven.
I did eventually copy all the files into the MySQL data folder (suggested by Vishal)(c:\MAMP\bin\mysql\data\MyResearchData) and refreshed PHPMyAdmin ... no luck.
I'm hoping someone can lead me in the correct direction.
Thank you in advance!
You've figured out one possible way. The other way is to find My.ini (mysql config file) in which you will find datadir and basedir like
# Path to installation directory. All paths are usually resolved relative to this.
basedir="C:/Program Files/MySQL/MySQL Server 5.7/"
# Path to the database root
datadir=C:/ProgramData/MySQL/MySQL Server 5.7/Data
change the datadir to whatever location you have your MySQL data and restart your server. Since your current data dir is "c:\mamp\db\mysql" look for that line in the config file.
if you are going to use it often, i'd suggest installing MySQL server, workbench and mysql notifier using mysql installer for windows. It's much more easier to manage. With workbench you can do many things.
I have an old mdb file used by a old vb6 app running on a client's Windows XP laptop. It appears that a bug in the app has deleted a bunch of data in a table in the mdb file. Any way to roll back stuff in access or programmatically? I'm wondering if there's any information stored in the .ldb file or the .mdb file somewhere. The .mdb file is twice as big as another .mdb file with the same database structure that has more data.
The answer I'm afraid is no. You would have to revert to a backup.
The larger mdb file doesn't contain any extra data - if you run a compact and repair on this larger file it will reduce to the size of the smaller one.
I'm reading shapefiles from a file location, reading their metadata and writing them in the database in a SSIS package.
The SSIS packages work on my local machine successfully. I deployed the same SQL job on the server box and when I run the job on the server box (running under a SSIS Executor proxy), it throws me an OLEDB exception:
The Microsoft Jet database engine could not find the object 'tmp5330'.
Make sure the object exists and that you spell its name and the path
name correctly.
Its definitely happening on the script component where I read the shapefile from a file location and process the metadata. I've double checked that the SSIS account has permissions on the file location (the last folder where the files sit) and it definitely has read permissions on it.
Would be great if someone could help.
The problem is in the configuration of the Jet Engine, it looks like the it does not accept the files longer than eight characters:
to fix that: 'rename the file so that it matches the MS-DOS 8.3 file name format. That is, the file name must be no more than eight characters in length, and it must have a correct extension following the period, such as .dbf for a dBASE file.'
See http://support.microsoft.com/kb/209685 for more details.
I'd like to install AdventureWorks2008 (I just install SQL Server 2008 R2 Express).
Each time I download the recommended version from CodePlex, all I get is a AdventureWorks2008.mdf file. Not only I cannot attach the file from SQL Server Management Studio, but I cannot copy/paste the file directly into the the database.
I've read in several places that I need to use AdventureWorks2008.msi, but I cannot find where to download it.
I just cannot figure out how to install AdventureWorks2008
Thanks for helping
There isn't an .msi file for adventureworks, even though you'll find it mentioned in outdated documentation and books. You aren't alone in finding this confusing -- it seems the web site, files and steps Microsoft provides for installing these databases changes every time I need to install them.
You need to create the database and attach the .mdf file, which is the "data file" referred to in the instructions. (.mdf = primary data file, .ldf = log file, .ndf = secondary data file)
In order to attach the file, you need to make sure you carefully follow the steps here: http://social.technet.microsoft.com/wiki/contents/articles/3735.sql-server-samples-readme-en-us.aspx#Readme_for_Adventure_Works_Sample_Databases
Instructions for 2008R2:
To install AdventureWorks2008R2 OLTP database
Download the AdventureWorks2008R2 Data File.
From File Download, click Save and browse to a location on your local
server.
From SQL Server Management Studio, execute the following code:
Case-insensitive Database
CREATE DATABASE AdventureWorks2008R2
ON (FILENAME = '{drive}:\{file path}\AdventureWorks2008R2_Data.mdf')
FOR ATTACH_REBUILD_LOG;
As an alternative to step 3, you can attach the database using the SQL
Server Management Studio user interface. For more detailed
information, see Attach a Database (SQL Server Management Studio).
Note: You must remove the log file from the list of files to attach.
This will cause the operation to rebuild the log.
Headache saving tip from Aaron Bertrand:
You should place the mdf file in your normal data folder - SQL Server
will already have the proper permissions. You can get this path using
SELECT TOP (1) physical_name FROM master.sys.database_files;
You can directly paste that file into your database directory. For more information you can refer http://tryingmicrosoft.com/error-while-attaching-a-database-to-sql-server-2008-r2/.