tablespace备份

rejoice999 · 发表于 2002-7-18 01:21

作得不对。
简而言之，数据库已经起来了，DATAFILE又变化了，你拷得那个
已经过时了。
要改得在startup mount状态下改，不能open。
或者你想在database open时改的话，得先offline tablespace,
再拷文件，再rename，再online tablespace。

最初由轩静天发布
[B]我在数据库停掉后，将tablespace拷贝了一份，正常启动数据库，将tablespace离线后，更改tableapace至拷贝文件的地方，联线时说错误的媒体文件，是什么意思！

将tablespace移至复制的文件可以么！能保证数据不丢失么！ [/B]

rejoice999 · 发表于 2002-7-18 01:25

数据文件是要写的，正因为用COPY阻止了写数据文件，所以不要
用它。
如果备份期间不让写数据文件，DATA BLOCK BUFFER里DIRTY
BUFFER太多了，数据库就不能再操作了，那是不行的。

最初由 freewill 发布
[B]使用ocopy我同意
但是这句话 The COPY is a closed copy and the files may be marked either as "fuzzy" or "corrupt".
有些疑惑，请指教
alter tablespace begin backup 以后，v$datafile_header.fuzzy对应datafile为 'YES'，此时datafile的checkpoint sequence等都被冻结，对应操作应该都体现在redo logfile里面了，此时是否是不写数据文件的？ [/B]

symbol · 发表于 2002-7-18 10:33

使用ocopy时，备份的数据文件和源数据文件同步吗？

“数据文件是要写的，正因为用COPY阻止了写数据文件，所以不要
用它”

symbol · 发表于 2002-7-18 10:33

使用ocopy时，备份的数据文件和源数据文件同步吗？

“数据文件是要写的，正因为用COPY阻止了写数据文件，所以不要
用它”

symbol · 发表于 2002-7-18 12:05

使用ocopy时，备份的数据文件和源数据文件同步吗？

“数据文件是要写的，正因为用COPY阻止了写数据文件，所以不要
用它”

freewill · 发表于 2002-7-18 13:29

Backing Up to Raw Devices on NT
The procedure for making user-managed backups of raw datafiles is basically the
same as for copying files on an NT file system, except that you should use the
Oracle OCOPY utility rather than the NT-supplied copy.exe or ntbackup.exe
utilities. Alternatively, if you have MKS utilities, then you can use the dd utility.
OCOPY supports 64-bit file I/O, physical raw drives, and raw files. Note that OCOPY
cannot back up directly to tape.