Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
@connor_mc_d 
Connor McDonald 
OracleDBA 
co.uk 
connormcdonald.wordpress.com
bio slide
a funny story 
5
6
7
gratuitous book plug 
8
why 
10
everyone wants 
11 
goodata
12 
SQL> select * from CUSTOMERS; 
CID FORENAME SURNAME DOB 
-------- --------------- ----------------- --------- 
101230 ...
easy to do 
13
14 
RMAN> DUPLICATE DATABASE TO myclone 
2 FROM ACTIVE DATABASE; 
prod
one small problem 
15
16
storage administrator 
17
18 
CEO
clone your database .... 
19 
once
everyone wants 
20 
currednatta
21 
prod 
dev 
nightly 
prod 
dev 
weekly 
prod 
dev 
annually
22
everyone wants 
23 
full sdiazetda
24 
prod 
dev 
annually
25 
prod 
dev
You are here 
Hard 
Place 
26
27 
prod 
dev
risk 
28
29 
procedure MY_LATEST_PROC is 
begin 
for i in ( 
select * 
from EVERY_PIECE_OF_DATA_WE_HAVE 
where UNINDEXED_COLUMN = 1...
30
everyone wants 
31 
their doawtna
32
33 
prod 
Mike Sue Tom Michelle
what typically happens ... 
34
35 
Mike Sue Tom Michelle 
dev
From: Mike 
To : EVERYBODY !! 
Which *@&@# changed my code 
and broke the build ?!?!? 
36
"Database environments are constantly 
getting bigger and bigger, and they are 
increasingly the bottleneck" 
-Tim Campos,...
a solution is at hand 
38
clone db 
39
free ! 
40
let 
41 
me 
repeat
oracle feature that is free ! 
42
single prerequisite 
43
direct NFS (11.2) 
44
45
lets talk about NFS ... 
46
47
a little back story... 
48
90's 
49
50
51
52
53
something terrible happened... 
54
55
local disk causes ... 
56
"problems" 
57
58
"hard to manage" 
59
"inefficent" 
60
(some) truth 
61
62
"10 SCSI disks please" 
63
"sorry" 
64
fast SCSI 
65
fast wide SCSI 
66
ultra SCSI 
67
ultra wide SCSI 
68
ultra 2 SCSI 
69
ultra 2 wide SCSI 
70
ultra wide uber mega super duper SCSI 
71
the (claimed) solution 
72
73
consolidation 
74
performance 
75
ease of management 
76
77
SAN 
78
79
fine in the 90s... 
80
81 
FC 1Gb/sec 
Ethernet 10Mb/sec
"disks are slow ... 
82
... and fibre is ... 
83
84
85
modern disk drive 
86
150MB per second 
87
88 
2Gb/sec
2Gb / sec = 256MB / sec 
89
2 disks ! 
90
the other problem 
91
provide that data 
92
Like I always say, 
"Everything is a CPU problem." 
- Kevin Closson 
93
94
"the SAN can't be slow" 
95
96
advances 
97
98 
12486GGbb//sseecc
we need GB per second 
99
for disks ! 
100
flash etc even "worse" 
101
separating server from disk 
102
... can be an expensive mistake 
103
104 
CEO
irony 
105
106
Exadata "magic" 
107
big data "revolution" 
108
109
110
"move to code near to the data" 
111
112
consolidation makes sense if ... 
113
... storage tier offers something 
114
business continuance volume 
WAFL clustering 
115 
snapshots 
iSCSI site mirroring
successful vendors did this 
116
117
back to NFS 
118
does it "give me something" ? 
119
yes 
120
1) shared file system 
121
RAC / TTS / parallelism 
122
2) ethernet 
123
124
FC HBA 
FC switch 
125
so why isn't everyone using it ? 
126
"ethernet is slow" 
127
128 
1 Gb 4 Gb
bonding 
129
130 
124 Gb
technology advances 
131
132 
1410 GGbb
133
134
135 
60Gb
why direct NFS ? 
136
"NFS is slow" 
137
(partially) true 
138
139 
oracle 
OS 
NFS client cache
solution 
140
direct NFS 
141
142 
oracle 
NFS 
OS 
NFS client cache
direct NFS rocks ! 
143
144 
Source: 
Red Hat Enterprise Linux Protocol Performance 
Comparison with Oracle Database 11g Release 2 
NetApp, TR-393...
even if no interest in cloning... 
145
... think about direct NFS 
146
147
back to clone db 
148
direct NFS means ... 
149
Oracle controls the I/O 
150
controls where writes go 
151
and voila ! clone db 
152
RMAN imagecopy clone via direct NFS 
153 
prod
"um ..... and ?" 
154
155 
RMAN imagecopy 
clone database 
prod 
dNFS 
COW
COW = copy on write 
156
clone is the imagecopy 
157
... but is read write ! 
158
deltas written as COW 
159
160 
SQL> connect /@myclone 
Connected. 
SQL> update EMP 
2 set ENAME = 'JOE' 
3 where ENAME = 'SUE';
161 
READ ONLY 
Ename: SUE 
JOE 
clone db
clone initial size = 
162
ZERO 
163
164 
SQL> select * from EMP;
165 
block1 block2 block3 block4 block5 
block1 block3 block5 
read only 
clone
clone 5 
166 
clone 2 
clone 1 
clone 3 
clone 4
how to do it ? 
167
"under the covers" worry 
168
Doc ID 1210656.1 
169 
perl clonedb.pl
its not ! 
170
time for a demo 
171
172
DEMO 
173 
demo1
so what does "clonedb.pl" do ? 
174
generates SQL ... (poorly) 
175
flexible point in time 
176 
demo2
and its fast 
demo3 / demo4 
177
this poor laptop... 
178
5 x ~20GB databases 
179 
(plus 12c + VM)
180
still can clone ! 
181
just COW data on dNFS 
182
183 
copy 
clone 
prod 
SAN SAN 
redo 
SAN 
COW
"but we're on windows" 
184
still can clone ! 
185
direct NFS works on windows 
186 
as you've just seen
real customer 
187
188
dev cdev 
nightly 
AIX / RAM 
189
virtually no limitations 
190
available RAM 
191
available disk 
192 
( small )
available licenses 
193 
( additional servers )
x86 the real winner 
194
every developer ... own database 
195 
VM on developer PC
discussion point 
196
197 
LICENSE RIGHTS 
We grant you a nonexclusive, nontransferable limited license to 
use the programs only for the purpos...
seems to be ok 
198
cloning ... in 12c 
199
trivial ... 
200
... but potentially space hungry 
201
1) trivial 
202
203
SQL> create pluggable database MY_CLONE_PDB 
204 
2 from MY_SOURCE_PDB; 
Pluggable database created.
you're done ! 
205
> 1 pluggable database 
206
207
DEMO 
208 
demo1.sh
avoiding space consumption 
209
"snapshot" copy 
210
DEMO 
211 
demo2.sh
:-( 
212
ZFS appliance 
NetApp appliance 
ACFS 
213
12.1.0.2 
214
215 
With the initialization parameter CLONEDB set 
to true, snapshot clones of a pluggable 
database are supported on any...
"2 minute clone.... 
... 10 hour imagecopy" 
216
two technologies 
217
1 ) block change tracking 
218
full backup = slow 
219
incremental backup ... 
220
221
read every file ... every block 
222
"has SCN advanced ?" 
223 
write to backup
easy solution 
224
225 
SQL> alter database enable block change tracking 
2 using file 'c:oracledb112bct.dat' reuse; 
Database altered.
very low risk 
226
CTWR process 
227
cost = zero 
228
cost = "zero" 
229
reason 1 
230
lots of block changes ... 
231
.. lots of redo 
232
redo is complicated 
233
load CTWR versus LGWR 
234
reason 2 
235
asynchronous from user 
236
CTWR and CKPT 
237
238 
you 
buffer cache 
ckpt 
ctwr 
bct.dat 
dbwr
reason 3 
239
240 
SQL> select * from v$sgastat 
2 where name like '%change%'; 
POOL NAME BYTES 
------------ --------------------------...
x$krc... 
241 
X$KRCFH 
X$KRCEXT 
X$KRCCDE 
X$KRCCDS 
X$KRCCDR 
X$KRCGFE 
X$KRCFDE 
X$KRCFBH 
X$KRCBIT 
X$KRCSTAT
space efficient 
242
243 
datafile 1 
datafile 2 
datafile 3 
BCT 32k 32k 32k
chunks 
244
245 
SQL> SELECT (count(distinct b.fno||' '||bno) * 32)/1024 MB 
2 FROM x$krcbit b, 
3 (SELECT MIN(ver) min_ver, fno 
4 FR...
detailed info... 
246 
http://www.pythian.com/documents/Pythian-oracle-block-change.pdf
DEMO* 
247
248 
C:oracle11.2.0.3BIN>rman target / 
Recovery Manager: Release 11.2.0.3.0 - Production on ... 
Copyright (c) 1982, 2011...
249 
Starting backup at 09/11/2014 13:58:15 
channel c1: starting datafile copy 
input datafile file number=00005 
name=C:...
4 minutes 36 seconds 
250 
20GB
DEMO 
251 
demo5
2 ) rolling recovery 
252
superfast incrementals 
253
... but what about recovery 
254
255 
20GB 
Mon Tue Wed Thu Fri
slow 
256
but .... 
257
recover from a backup 
258 
10g+
259 
RMAN> RECOVER COPY OF DATABASE 
WITH TAG 'rolling';
260 
20GB 
Mon Tue Wed Thu Fri
DEMO 
261 
demo7
262 
RMAN> RECOVER COPY OF DATABASE 
WITH TAG 'rolling' 
UNTIL TIME 'sysdate-3';
263 
RMAN> RUN { 
RECOVER COPY OF DATABASE 
WITH TAG 'rolling'; 
RECOVER COPY OF DATABASE 
WITH TAG 'day3' 
UNTIL TIME 'sy...
bringing it all together 
264
prod 
only once ! 
bkp 3day 7day 
incrementals 
265
266 
prod 
bkp 3day 7day
easy point in time copies 
267 
fast backup 
unlimited clones
free ! 
268
let 
269 
me 
repeat
oracle feature that is free ! 
270
once you see the benefits 
271
consider more rigour 
272
273
274
Connor McDonald 
OracleDBA 
co.uk 
275
276 
@connor_mc_d 
ORA-03113 
connormcdonald.wordpress.com
OakTable World Sep14 clonedb
OakTable World Sep14 clonedb
OakTable World Sep14 clonedb
Upcoming SlideShare
Loading in …5
×

OakTable World Sep14 clonedb

1,633 views

Published on

Slides from OakTable world

Published in: Technology
  • Be the first to comment

OakTable World Sep14 clonedb

  1. 1. @connor_mc_d Connor McDonald OracleDBA co.uk connormcdonald.wordpress.com
  2. 2. bio slide
  3. 3. a funny story 5
  4. 4. 6
  5. 5. 7
  6. 6. gratuitous book plug 8
  7. 7. why 10
  8. 8. everyone wants 11 goodata
  9. 9. 12 SQL> select * from CUSTOMERS; CID FORENAME SURNAME DOB -------- --------------- ----------------- --------- 101230 Sarah Johnson 01-JUN-75 101233 Michael Smith 13-FEB-69 101237 Peter Brown 24-OCT-82 SQL> select * from CUSTOMERS; CID FORENAME SURNAME DOB -------- --------------- ----------------- --------- 101230 Sarah Johnson 01-JUN-75 101252 MyTestGuy DoesümlautWork 01-JAN-01 101268 Spaces 01-JAN-01 prod dev
  10. 10. easy to do 13
  11. 11. 14 RMAN> DUPLICATE DATABASE TO myclone 2 FROM ACTIVE DATABASE; prod
  12. 12. one small problem 15
  13. 13. 16
  14. 14. storage administrator 17
  15. 15. 18 CEO
  16. 16. clone your database .... 19 once
  17. 17. everyone wants 20 currednatta
  18. 18. 21 prod dev nightly prod dev weekly prod dev annually
  19. 19. 22
  20. 20. everyone wants 23 full sdiazetda
  21. 21. 24 prod dev annually
  22. 22. 25 prod dev
  23. 23. You are here Hard Place 26
  24. 24. 27 prod dev
  25. 25. risk 28
  26. 26. 29 procedure MY_LATEST_PROC is begin for i in ( select * from EVERY_PIECE_OF_DATA_WE_HAVE where UNINDEXED_COLUMN = 10 ) loop ... end; SQL> exec MY_LATEST_PROC PL/SQL Procedure completed successfully. Elapsed: 00:00:00.03
  27. 27. 30
  28. 28. everyone wants 31 their doawtna
  29. 29. 32
  30. 30. 33 prod Mike Sue Tom Michelle
  31. 31. what typically happens ... 34
  32. 32. 35 Mike Sue Tom Michelle dev
  33. 33. From: Mike To : EVERYBODY !! Which *@&@# changed my code and broke the build ?!?!? 36
  34. 34. "Database environments are constantly getting bigger and bigger, and they are increasingly the bottleneck" -Tim Campos, Facebook CIO 37
  35. 35. a solution is at hand 38
  36. 36. clone db 39
  37. 37. free ! 40
  38. 38. let 41 me repeat
  39. 39. oracle feature that is free ! 42
  40. 40. single prerequisite 43
  41. 41. direct NFS (11.2) 44
  42. 42. 45
  43. 43. lets talk about NFS ... 46
  44. 44. 47
  45. 45. a little back story... 48
  46. 46. 90's 49
  47. 47. 50
  48. 48. 51
  49. 49. 52
  50. 50. 53
  51. 51. something terrible happened... 54
  52. 52. 55
  53. 53. local disk causes ... 56
  54. 54. "problems" 57
  55. 55. 58
  56. 56. "hard to manage" 59
  57. 57. "inefficent" 60
  58. 58. (some) truth 61
  59. 59. 62
  60. 60. "10 SCSI disks please" 63
  61. 61. "sorry" 64
  62. 62. fast SCSI 65
  63. 63. fast wide SCSI 66
  64. 64. ultra SCSI 67
  65. 65. ultra wide SCSI 68
  66. 66. ultra 2 SCSI 69
  67. 67. ultra 2 wide SCSI 70
  68. 68. ultra wide uber mega super duper SCSI 71
  69. 69. the (claimed) solution 72
  70. 70. 73
  71. 71. consolidation 74
  72. 72. performance 75
  73. 73. ease of management 76
  74. 74. 77
  75. 75. SAN 78
  76. 76. 79
  77. 77. fine in the 90s... 80
  78. 78. 81 FC 1Gb/sec Ethernet 10Mb/sec
  79. 79. "disks are slow ... 82
  80. 80. ... and fibre is ... 83
  81. 81. 84
  82. 82. 85
  83. 83. modern disk drive 86
  84. 84. 150MB per second 87
  85. 85. 88 2Gb/sec
  86. 86. 2Gb / sec = 256MB / sec 89
  87. 87. 2 disks ! 90
  88. 88. the other problem 91
  89. 89. provide that data 92
  90. 90. Like I always say, "Everything is a CPU problem." - Kevin Closson 93
  91. 91. 94
  92. 92. "the SAN can't be slow" 95
  93. 93. 96
  94. 94. advances 97
  95. 95. 98 12486GGbb//sseecc
  96. 96. we need GB per second 99
  97. 97. for disks ! 100
  98. 98. flash etc even "worse" 101
  99. 99. separating server from disk 102
  100. 100. ... can be an expensive mistake 103
  101. 101. 104 CEO
  102. 102. irony 105
  103. 103. 106
  104. 104. Exadata "magic" 107
  105. 105. big data "revolution" 108
  106. 106. 109
  107. 107. 110
  108. 108. "move to code near to the data" 111
  109. 109. 112
  110. 110. consolidation makes sense if ... 113
  111. 111. ... storage tier offers something 114
  112. 112. business continuance volume WAFL clustering 115 snapshots iSCSI site mirroring
  113. 113. successful vendors did this 116
  114. 114. 117
  115. 115. back to NFS 118
  116. 116. does it "give me something" ? 119
  117. 117. yes 120
  118. 118. 1) shared file system 121
  119. 119. RAC / TTS / parallelism 122
  120. 120. 2) ethernet 123
  121. 121. 124
  122. 122. FC HBA FC switch 125
  123. 123. so why isn't everyone using it ? 126
  124. 124. "ethernet is slow" 127
  125. 125. 128 1 Gb 4 Gb
  126. 126. bonding 129
  127. 127. 130 124 Gb
  128. 128. technology advances 131
  129. 129. 132 1410 GGbb
  130. 130. 133
  131. 131. 134
  132. 132. 135 60Gb
  133. 133. why direct NFS ? 136
  134. 134. "NFS is slow" 137
  135. 135. (partially) true 138
  136. 136. 139 oracle OS NFS client cache
  137. 137. solution 140
  138. 138. direct NFS 141
  139. 139. 142 oracle NFS OS NFS client cache
  140. 140. direct NFS rocks ! 143
  141. 141. 144 Source: Red Hat Enterprise Linux Protocol Performance Comparison with Oracle Database 11g Release 2 NetApp, TR-3932, June 2011
  142. 142. even if no interest in cloning... 145
  143. 143. ... think about direct NFS 146
  144. 144. 147
  145. 145. back to clone db 148
  146. 146. direct NFS means ... 149
  147. 147. Oracle controls the I/O 150
  148. 148. controls where writes go 151
  149. 149. and voila ! clone db 152
  150. 150. RMAN imagecopy clone via direct NFS 153 prod
  151. 151. "um ..... and ?" 154
  152. 152. 155 RMAN imagecopy clone database prod dNFS COW
  153. 153. COW = copy on write 156
  154. 154. clone is the imagecopy 157
  155. 155. ... but is read write ! 158
  156. 156. deltas written as COW 159
  157. 157. 160 SQL> connect /@myclone Connected. SQL> update EMP 2 set ENAME = 'JOE' 3 where ENAME = 'SUE';
  158. 158. 161 READ ONLY Ename: SUE JOE clone db
  159. 159. clone initial size = 162
  160. 160. ZERO 163
  161. 161. 164 SQL> select * from EMP;
  162. 162. 165 block1 block2 block3 block4 block5 block1 block3 block5 read only clone
  163. 163. clone 5 166 clone 2 clone 1 clone 3 clone 4
  164. 164. how to do it ? 167
  165. 165. "under the covers" worry 168
  166. 166. Doc ID 1210656.1 169 perl clonedb.pl
  167. 167. its not ! 170
  168. 168. time for a demo 171
  169. 169. 172
  170. 170. DEMO 173 demo1
  171. 171. so what does "clonedb.pl" do ? 174
  172. 172. generates SQL ... (poorly) 175
  173. 173. flexible point in time 176 demo2
  174. 174. and its fast demo3 / demo4 177
  175. 175. this poor laptop... 178
  176. 176. 5 x ~20GB databases 179 (plus 12c + VM)
  177. 177. 180
  178. 178. still can clone ! 181
  179. 179. just COW data on dNFS 182
  180. 180. 183 copy clone prod SAN SAN redo SAN COW
  181. 181. "but we're on windows" 184
  182. 182. still can clone ! 185
  183. 183. direct NFS works on windows 186 as you've just seen
  184. 184. real customer 187
  185. 185. 188
  186. 186. dev cdev nightly AIX / RAM 189
  187. 187. virtually no limitations 190
  188. 188. available RAM 191
  189. 189. available disk 192 ( small )
  190. 190. available licenses 193 ( additional servers )
  191. 191. x86 the real winner 194
  192. 192. every developer ... own database 195 VM on developer PC
  193. 193. discussion point 196
  194. 194. 197 LICENSE RIGHTS We grant you a nonexclusive, nontransferable limited license to use the programs only for the purpose of developing, testing, prototyping and demonstrating your application, and not for any other purpose. If you use the application you develop under this license for any internal data processing or for any commercial or production purposes, or you want to use the programs for any purpose other than as permitted under this agreement, you must obtain a production release version of the program by contacting us or an Oracle reseller to obtain the appropriate license.
  195. 195. seems to be ok 198
  196. 196. cloning ... in 12c 199
  197. 197. trivial ... 200
  198. 198. ... but potentially space hungry 201
  199. 199. 1) trivial 202
  200. 200. 203
  201. 201. SQL> create pluggable database MY_CLONE_PDB 204 2 from MY_SOURCE_PDB; Pluggable database created.
  202. 202. you're done ! 205
  203. 203. > 1 pluggable database 206
  204. 204. 207
  205. 205. DEMO 208 demo1.sh
  206. 206. avoiding space consumption 209
  207. 207. "snapshot" copy 210
  208. 208. DEMO 211 demo2.sh
  209. 209. :-( 212
  210. 210. ZFS appliance NetApp appliance ACFS 213
  211. 211. 12.1.0.2 214
  212. 212. 215 With the initialization parameter CLONEDB set to true, snapshot clones of a pluggable database are supported on any ... file systems with Oracle Direct NFS (dNFS) enabled (yet to verify)
  213. 213. "2 minute clone.... ... 10 hour imagecopy" 216
  214. 214. two technologies 217
  215. 215. 1 ) block change tracking 218
  216. 216. full backup = slow 219
  217. 217. incremental backup ... 220
  218. 218. 221
  219. 219. read every file ... every block 222
  220. 220. "has SCN advanced ?" 223 write to backup
  221. 221. easy solution 224
  222. 222. 225 SQL> alter database enable block change tracking 2 using file 'c:oracledb112bct.dat' reuse; Database altered.
  223. 223. very low risk 226
  224. 224. CTWR process 227
  225. 225. cost = zero 228
  226. 226. cost = "zero" 229
  227. 227. reason 1 230
  228. 228. lots of block changes ... 231
  229. 229. .. lots of redo 232
  230. 230. redo is complicated 233
  231. 231. load CTWR versus LGWR 234
  232. 232. reason 2 235
  233. 233. asynchronous from user 236
  234. 234. CTWR and CKPT 237
  235. 235. 238 you buffer cache ckpt ctwr bct.dat dbwr
  236. 236. reason 3 239
  237. 237. 240 SQL> select * from v$sgastat 2 where name like '%change%'; POOL NAME BYTES ------------ -------------------------- ---------- shared pool change notification obj m 16416 shared pool change tracking state cha 2584 shared pool change notification regis 16416 shared pool change tracking recovery 262144
  238. 238. x$krc... 241 X$KRCFH X$KRCEXT X$KRCCDE X$KRCCDS X$KRCCDR X$KRCGFE X$KRCFDE X$KRCFBH X$KRCBIT X$KRCSTAT
  239. 239. space efficient 242
  240. 240. 243 datafile 1 datafile 2 datafile 3 BCT 32k 32k 32k
  241. 241. chunks 244
  242. 242. 245 SQL> SELECT (count(distinct b.fno||' '||bno) * 32)/1024 MB 2 FROM x$krcbit b, 3 (SELECT MIN(ver) min_ver, fno 4 FROM 5 (SELECT curr_vercnt ver,curr_highscn high, 6 curr_lowscn low,fno 7 FROM x$krcfde 8 UNION ALL 9 SELECT vercnt ver, high, 10 low, fno 11 FROM x$krcfbh 12 ) 13 WHERE 14 (SELECT MAX(bd.checkpoint_change#) 15 FROM v$backup_datafile bd 16 WHERE bd.incremental_level <= 1) between low and high 17 GROUP BY fno ) sub 18 WHERE b.fno = sub.fno 19 AND b.vercnt >= sub.min_ver; MB ---------- 46.34375
  243. 243. detailed info... 246 http://www.pythian.com/documents/Pythian-oracle-block-change.pdf
  244. 244. DEMO* 247
  245. 245. 248 C:oracle11.2.0.3BIN>rman target / Recovery Manager: Release 11.2.0.3.0 - Production on ... Copyright (c) 1982, 2011, Oracle and/or its affiliates.. connected to target database: DB112 (DBID=730732064) RMAN> RUN { 2> allocate channel c1 type disk format 'c:oraclebkp%N.lev0'; 3> 4> BACKUP INCREMENTAL LEVEL 0 DATABASE; 5> 6> } using target database control file instead of recovery catalog allocated channel: c1 channel c1: SID=190 device type=DISK
  246. 246. 249 Starting backup at 09/11/2014 13:58:15 channel c1: starting datafile copy input datafile file number=00005 name=C:ORACLEORADATADB112DATAFILEO1_MF_DEMO_95F7ZWNP_.DBF output file name=C:ORACLEBKPDEMO.LEV0 ... channel c1: datafile copy complete, elapsed time: 00:03:15 ... Finished backup at 09/11/2014 14:02:41 released channel: c1 RMAN>
  247. 247. 4 minutes 36 seconds 250 20GB
  248. 248. DEMO 251 demo5
  249. 249. 2 ) rolling recovery 252
  250. 250. superfast incrementals 253
  251. 251. ... but what about recovery 254
  252. 252. 255 20GB Mon Tue Wed Thu Fri
  253. 253. slow 256
  254. 254. but .... 257
  255. 255. recover from a backup 258 10g+
  256. 256. 259 RMAN> RECOVER COPY OF DATABASE WITH TAG 'rolling';
  257. 257. 260 20GB Mon Tue Wed Thu Fri
  258. 258. DEMO 261 demo7
  259. 259. 262 RMAN> RECOVER COPY OF DATABASE WITH TAG 'rolling' UNTIL TIME 'sysdate-3';
  260. 260. 263 RMAN> RUN { RECOVER COPY OF DATABASE WITH TAG 'rolling'; RECOVER COPY OF DATABASE WITH TAG 'day3' UNTIL TIME 'sysdate-3'; RECOVER COPY OF DATABASE WITH TAG 'day7' UNTIL TIME 'sysdate-7'; }
  261. 261. bringing it all together 264
  262. 262. prod only once ! bkp 3day 7day incrementals 265
  263. 263. 266 prod bkp 3day 7day
  264. 264. easy point in time copies 267 fast backup unlimited clones
  265. 265. free ! 268
  266. 266. let 269 me repeat
  267. 267. oracle feature that is free ! 270
  268. 268. once you see the benefits 271
  269. 269. consider more rigour 272
  270. 270. 273
  271. 271. 274
  272. 272. Connor McDonald OracleDBA co.uk 275
  273. 273. 276 @connor_mc_d ORA-03113 connormcdonald.wordpress.com

×