I have a problem when export database to dump file in oracle 11g xe.
It's run success but my dump file have wrong file name when i used japanese.
This is my command to export dump file:
EXPDP test/123 TABLES=t_tprt_kki_kmk_mpg_mstr DIRECTORY=BACKUP_DIR DUMPFILE=テンプレート公開項目マッピングマスタ.dmp LOGFILE=テンプレート公開項目マッピングマスタ.log
And my file retrived: ウンシレーエ公開項目マィゴングマスタ.DMP. I think that may be due to uppercase. I used nls_lang to set language and charset.
Please help me solved it.
I don't think you can solve it. There are a couple of bugs on MOS (e.g. 22004180, 22004268 - though for 12c) which refer to garbled dumpfile names when multibyte characters are used (both examples happen to refer to Japenese but it's probably more general than that), which have been closed as not-a-bug. Which seems odd as that isn't listed as a restriction in the documentation.
The only 'workaround' seems to be to not use multibyte characters in the file name, which doesn't really help you.
You could export with a singlebyte-character-only name and then rename the file at operating system level; which is a bit of a pain, and you may find a similar issue on import unless you rename it back to singlebyte characters for that too.
Related
So I'm trying to compress some documents I made when I get the following error message:
I have no idea what the character is, as it just looks like a blank space. I have removed the blank spaces from my documents and it still won't let me zip it. Online answers seem to refer to needing the change the language setting on my computer, but I haven't written any foreign languages. Any help would be appreciated.
Go to Users directory and make a new directory called 'Analytics',
Then, move you 'Account_Over_Time_Analysis' to this folder and try to comporess again.
If it fails again, please try 7zip incase your using something else.
Such an error could be caused from different language dir-name, a name with spaces or a name with escape chars.
To fix this you could hunt around for the correct language pack, or just install 7-Zip and use that to zip the files instead
I have a ddl script to create some tables but the data is in .ctl files and I never use it before. I did some researches but I didn't quite understand how to use SQLLDR. How it works? Can I use some other way to execute the .ctl file? I'm just using PL/SQL and Oracle 10G
The way you put it, it would go like this:
using DDL script, create all those tables
if CTL files contain data, I presume it is within the BEGINDATA section. Fine, couldn't be better because - as soon as you run the loader, it'll know where to find data to be loaded (it also means that control file uses infile *, right?)
you have to have access to SQL*Loader
if you can connect to the database server, it is there
if you're using your own PC, see whether it is installed
along with the Client software
or, you might even have a database on your PC (XE?)
once you have it (the sqlldr.exe), make sure its directory is contained with the PATH environment variable, or - if not - invoke it by specifying the whole path to it
open command prompt of your operating system
navigate to directory that contains CTL files
run the loader as
sqlldr scott/tiger control=file1.ctl log=file1.log
If everything is OK, data will be loaded. Check log files!
Is it possible to get ColdFusion to log UTF-8 data (eg: Chinese characters) using <cflog>?
By default it just logs questions marks instead of the characters.
I know I could open/write/close the log file using the file API, but I'm don't want to over-complicate something as simple as logging.
Yeah, but you need to tell your entire JVM to process files as UTF-8. You can do this via adding this to your java.args in jvm.config:
-Dfile.encoding=utf8
Reference.
You may also be able to set log4j.appender.LOGFILE.encoding=UTF-8 in ColdFusion's /lib/log4j.properties file and not affect the whole VM. Although if Adam's solution works, I'd not necessarily change it.
This should be simple, but what is the correct syntax for an Oracle sqlldr control file in order to specify tab delimited/separated data?
FWIW, I found the file was UTF16 and not UTF8, and was editing fine but would introduce null bytes as Oracle read the control file. Can't even replicate today.
Per this thread, it should be fields terminated by '\t' (don't have an Oracle installation at hand to verify that this is correct).
I'm trying to export a copy of the Explain Plan from Oracle SQL Developer 2.1.0.63
All I get out is a html file named what I specify, then a newly created folder in the same directory called "images", which is empty.
I've taken a squizz at the (cough)tabular(cough) HTML output, found there's half a dozen images specified, but I think there's CSS (style not specified inline, CSS not imported though) and Javascript (expand/contract areas) that I'm missing as well.
I've tried googling the names of the images that are most unique, but I can't find any other resource with this issue.
Is there a location online I can get these images/CSS/Javascript, OR is this a bug AND there is a fix somewhere OR am I just a noob?
The machine I'm using SQL Developer on has full admin rights, so it shouldn't be an issue of lack of create rights, especially in my own desktop/my documents UNLESS there's another place the images are stored in. I'm searching my HDD now, to see if I can find them anywhere...
If you look in the SQL Developer directory, there is a file oracle.sqldeveloper.worksheet.jar
Open that with IZArc (or WinZip or some equivalent) and under oracle/dbtools/worksheet/images
you'll find the ones you'll need.
I used the print-command, and printed to a PDF-Printer. That gave me exactly the whole explain plan output inside a PDF.
Have you considered creating an explain plan using plain old SQL?
http://download.oracle.com/docs/cd/B19306_01/server.102/b14211.pdf
I've recently hit this issue and created a small batch script (requires sed) to insert all required images directly into export plan html file as css resources. So you can share your plan and receiver will see normal images, not "broken image" icons.
https://anilech.blogspot.com/2016/05/how-to-keep-images-inside-oracle-sql.html
I know, this is very timely response :)