You're absolutely one of the best I've ever watched.
@bobsukki7 ай бұрын
Thank you! I appreciate
@SureshKumar-no3eo Жыл бұрын
very informative, Hi Sir Your vedios are very good and helpful for us.
@jeanbaptiste3232 жыл бұрын
Good stuff grand frere. JB here.
@bobsukki2 жыл бұрын
Thank you JB 🙏🏽
@jeanbaptiste3232 жыл бұрын
Just subscribed as well.
@samamjgrake22912 жыл бұрын
This is really helpful thank you Ni TSOH. Please can you make a video on upgrading a CDB.
@bobsukki2 жыл бұрын
I am glad you liked it... I am working a few other things at the moment. I certainly could make a CBD upgrade video when time permits. Thank you 🙏
@rowlandjones38724 ай бұрын
really good material, thanks
@OliverShey2 жыл бұрын
This is gold!!!! Thanks
@bobsukki2 жыл бұрын
Glad you enjoyed it!
@habtamutamir49182 жыл бұрын
It's quite interesting. Would you please provide one video on cross platform transportable tablespace with incremental backup set to reduce downtime of the database on database migration.
@bobsukki2 жыл бұрын
I will see what I can do about that! Thank you
@MA-lo4xk2 жыл бұрын
As you are excluding most of the schemas , do we need full=y export? Why not just export(include) the application schema only (must smaller list) and thats it, instead of having a long list of excluded shemas? Your thoughts much appreciated. Thank you
@bobsukki2 жыл бұрын
You could do that too.
@MA-lo4xk2 жыл бұрын
Great video thank you for sharing sir. Out of interest what about roles and privaleges or anything , will they be included the export/import? Secondly instead of creating a new dump directory can we not use the one already there? thank you
@bobsukki2 жыл бұрын
Yes, absolutely
@badscrew40239 ай бұрын
Good stuff!
@bobsukki7 ай бұрын
Thanks!
@lizbeseka1522 жыл бұрын
Super helpful!
@bobsukki2 жыл бұрын
Thank you 🙏🏽
@suryaardi840010 ай бұрын
Is role automatically created on target or will be created manually?
@hasan69642 жыл бұрын
Thanks alot, it was really helpful. one question though you exclude statistics and didn't import it?
@bobsukki2 жыл бұрын
Yes... particularly for data refreshes only. Excluding stats will improve speed of export as by defaut this is included. That said, your choice will be driven by your enviromens needs as sometimes if you exclude stat, you might find that you are missing some indexes.
@albertoguilberto81942 жыл бұрын
Love your channel video 👍🏽
@bobsukki2 жыл бұрын
Thanks so much! 🙏🏽
@Best_Stocks11 ай бұрын
Is this method feeasible for 7TB db?
@bobsukki11 ай бұрын
I would not recommend this method for large databases as this will require alot of time for the exp and imp processes. If you choose to, it will require alot of resources and parallelism
@MA-lo4xk2 жыл бұрын
Should we be doing export and import as sysdba? I thought oracle does not recommend this?
@bobsukki2 жыл бұрын
Yes we can, it depends, especially when I am doing a Full=Y. Otherwise, use the SYSTEM user
@cookiedough31992 жыл бұрын
Thank you so much for this very informative video Quick question, you mentioned in the video that you wouldn't want to replace the system and sys schema from 19c with that of 11g , so why did you not exclude sys and system from your export? looks like you included sys, system, sysman, dbsnmp etc... which are all Oracle-maintained. I'd like to know if I should exclude my sys and system users Thank you!
@bobsukki2 жыл бұрын
Great catch, I noticed I should have included sys and system schemas in the exclude schema clause of the parfile. Please add them to your parfile. I added them to the exclude clause in the video notes 👍🏾👍🏾
@fabianalbertoloerasalas6592 жыл бұрын
is it just enough if I exclude just SYS and SYSTEM schemas?
@bobsukki2 жыл бұрын
Yes you can! 👌🏽
@jawidtalash36452 жыл бұрын
Thanks alot for the wonderful video,I followed the same step and face with the below issue please guide what can be the reason. i have taken the backup from 11g database and restored it in 19c but after comparison there was 3gb data difference,what can be the issue please reply.
@bobsukki2 жыл бұрын
Try using this sql statement on both databases to compare and identify the schemas with different sizes... SELECT OWNER, SUM(BYTES)/1024/1024/1024 SIZE_IN_GB FROM DBA_SEGMENTS GROUP BY OWNER;
@jawidtalash36452 жыл бұрын
@@bobsukki Thanks alot Sir, now it shows the difference 300MB,I think it should be ok now.
@khaleemoozeer52242 жыл бұрын
Resourceful video. However I would like to know if i can use this video for migrating oracle11g grid infrastructure to 19C grid infrastructure. Please help.
@bobsukki2 жыл бұрын
I am glad you found it resourceful. Yes, you can use thesame methodology with an 11g to 19c RAC database migration scenario 👍🏾