Categories
- All Categories
- Oracle Analytics and AI Learning Hub
- 40 Oracle Analytics and AI Sharing Center
- 20 Oracle Analytics and AI Lounge
- 277 Oracle Analytics and AI News
- 50 Oracle Analytics and AI Videos
- 16.2K Oracle Analytics and AI Forums
- 6.4K Oracle Analytics and AI Idea Labs
- Oracle Analytics and AI User Groups
- 103 Oracle Analytics and AI Trainings
- 18 Oracle Analytics and AI Challenge
- Find Partners
- For Partners
Steps requires to perform in FDI instances when there is a scheduled or ongoing patch in ERP/SCM
What is the best practice for managing FDI instances while the linked Fusion ERP/SCM instance undergoes patching?
Answers
-
@User_7AIAG , Welcome to the Oracle Analytics Community!
Before scheduled patching to your Fusion ERP/SCM environment, plan and communicate the maintenance schedule with the team that owns your FDI pipelines.
- Notify analytics users and pipeline owners of planned maintenance windows.
- Schedule full or incremental loads to run before the patch begins to ensure recent data is captured.
- Pause/monitor FDI job runs that would normally execute during the ERP/SCM outage.
1 -
Also, as a best practice, after patching, validate credentials/connectivity. Hope it helps!
1 -
@RVohra will the linked FDI instance and relerelevant analytics URL be available during patch activity in ERP/
0 -
Hi @User_7AIAG,
Please take a look into the following post which might be useful for the understanding.
Production to Test environment refresh impact on FDI — Oracle
Hope this help.
Thank you.
1 -
FDI instances are independent from the Fusion instances they copy data from. There should be no impact on FDI and OAC availability due to Fusion patching and no precautions are documented for before or after the patch.
0 -
Hi @User_7AIAG , there are a few different ways to create an FDI instance. It depends on what approach was used for a particular implementation. Oracle recommends integrating FDI directly with the Fusion Applications instance, as it results in a much smoother and more tightly connected setup. With this approach, the FDI instance is automatically linked to Fusion Applications, key application details are prefilled during instance creation, and users can sign in using the same credentials they already use for Fusion. In addition, an integrated FDI setup also allows users, roles, and security groups to be shared between Fusion Applications and FDI, while OAuth is used for authentication across both platforms.
If your deployment is Integrated FDI then it is better to follow the best practice that I had posted before. Thanks
0 -
@RVohra Integrated deployment indeed includes SSO, but we can configure SSO even with a detached deployment. The main difference from a user perspective is the use of OAuth for data extraction, which eliminates the need to manage connection credentials. No other functional differences would be experienced.
1 -
@Silvio Garber-Oracle , Thanks for providing this information, appreciate it!
0

