My database files are corrupted somehow!!
I have got only the .ibd (eg: customers.ibd) files of the table names in the MySql data directory, there is no other file extension of the table is available (eg: .frm or .myd).
Is there any ways to recover the data of the database??
Related
My instructor gave me a username and password and .dbf file and tell me to open it and try to retrieve with sqlplus and oracle database
I tried to open the dbf file from excel mysql and ms server but it i gave me an error
Speaking as a DBA: As Littlefoot stated, you can't just read a data file from an Oracle DB. At best they are proprietary binary file formats, assuming it isn't encrypted on top of that. Nor can you take a data file from one database instance and just plug it in to another database instance. You also can't import it to mySQL or any other database engine: as a stand-alone data file it can only be properly read by its original database installation (i.e. the specific database instance that created it).
Oracle has specific tools available to copy data and/or files from one database to another, but those would generally use the RMAN backup manager (used to make physical backups) or (more likely in your case) the Datapump "Transportable Tablespace" feature.
To restore it from an RMAN backup you would need a complete full backup of the entire source database instance: RMAN backup sets including all data files, redo logs (and perhaps archived logs), control files, parameter files, encryption keys,, and possibly more.
To restore a transportable tablespace dump you would need your own running Oracle database instance, the correct parameters to run the impdp import utility, and the assistance/cooperation of the DBA.
You need to confirm if the file you were given is such an export dump (though the .dbf file extension would suggest not), and how you are expected to access the data. You won't be able to just "open the file".
.DBF extension probably represents datafile; I don't think you can read it with any tool (at least, I don't know of any).
You should find an Oracle DBA who might try to help; in order to restore a database (which is contained in that file), they might need control file(s), redo log files and ... can't name what other files (I'm not a DBA).
Then, if everything goes OK, database might be started up so that you'd be able to connect to it using credentials you were given.
Trying to upload two files into one folder at the same time I need to save those filename into mysql database with different columns.
Uploading into folder is happening but I'm not able to save those file names into database.
I have a specific need for data pump and I am having a hard time searching for a solution.
Currently, I have a exp/imp program that exports tables (selectively based on queries) from one database, and imports that same data into another database. This program and the dump files reside on a common server that can access both the source and destination databases. This is a totally automated process. It works good, albeit slowly.
Due to various reasons, I must migrate this program to use data pump. The biggest change now is the location of the dmp files. I also have very limited access to the database servers themselves, but I can run data pump.
The process will be run from the same common server, but the exported files will now reside on the database server for the source database. No issue there. I can create dmp files using expdp.
My issue is how to get that same data into the destination database. When I run impdp, it is expecting a data_pump_dir in the destination area (not source area). Again, this is automated, and I don't have the luxury of being able to transfer dmp files using scp or ftp or anything like that.
What can I use to overcome this problem using datapump?
No reason you cannot configure an external directory on BOTH databases:
CREATE DIRECTORY mydumpdir AS '/whatever/the/path/is';
Then, impdp and expdp will take the DIRECTORY argument as mydumpdir
Make sure you configure permissions for the Oracle schemas/users to read/write to the directory AND the oracle process account should have OS level rights to read/write to that location also. The expdp server should also have write access as it might be trying to write reports to the locations or you might be using to do file cleanup.
I have received a file named STP.dmp containing a database backup, which I have successfully restored into Oracle.
I have also received multiple additional .dmp files, named sequentially - eg. STP-DOCS01.dmp, STP-DOCS02.dmp - which I am expecting to contain image and document files (perhaps in blob data format, I don't know).
However, upon trying to restore this database, using the following command:
Impdp bkup_user/password directory=exp_table dumpfile=STP_DOCS01.DMP TABLE_EXISTS_ACTION=TRUNCATE
I get an error: cannot location master table within provided dump files. I get the same when I try to get the database schema. The third-party who provided the files swear that the DOCS backup completed correctly and that they've sent us all the files.
I've tried renaming the DOCS DMP files so the name is in line with the main database, in case they were part of the same database, but that didn't do anything. I'm completely out of ideas what else to try. Can anyone help
If the files are sequentially named it could mean that the person which have done the exports used parallelism and wrote to multiple files at once, this is why a single file doesn't have a complete part of the data, try importing using:
Impdp bkup_user/password directory=exp_table dumpfile=STP_DOCS%U.DMP TABLE_EXISTS_ACTION=TRUNCATE
I'm useing java to write some programe,
I need to insert some file into database such as ".mp3, .wav" files.
by the way how insert these file into oracle database?
Have you considered just storing the MP3 metadata and file location. I worked on a image server years ago and we attempted storing the images inside the database. It was much faster to just hand off the file location to the server service requesting it, then it would fetch the file. It is possible to load the mp3 binary file into a the database as a BLOB if you really want to.