オペレーティングシステム：windows2012
データベースのバージョン：バージョン11.2.0.1ローカルデータベースのデータベース・リンク接続が12.1.0.2である（AWSがクラウド）
問題：
仕事は存在しませんORA-31650：タイムアウト待ち、同社のバックアップは、バックアップのタイミングソフトウェア、エラーがあるだけではEXPDP文を実行し、エラーを、持っているバックアップソフトウェアによるDB_LINKバックアップによるローカルのWindowsのOracleデータベース、ORA-31626のexpdpですマスター・プロセス応答のための
次のようにショットは、以下のとおりです。
一方、同社のソフトウェアのタスクスケジューリング定期的なバックアップショット:(以下の図は、下のスクリーンショットはうまく処理されてきたでは、）前のスクリーンショットを忘れてしまいました
説明：
スクリーンショットの上、状況だけでなく、タイミングタスクが失敗しただけでは、スクリプトの実行に失敗で、定期的なバックアップタスクが失敗したrds_payです！
ORA-31626：タイムアウトがマスター・プロセスの応答を待っているジョブは、ORA-31650が存在しません。
ロードマップ：
CMD実行中の別のウィンドウが（DB_LINK付き）が与えられているので、PLSQLクエリない問題DB_LINKによって機械に使用されます
：説明データベース・リンクは、ネットワークが問題ありません、何の問題のデータベース・リンク、及び12cライブラリは問題ありません、地元の図書館11G上の問題は、次のようにいくつかの状況の支援を通じて発見されたことを、問題を介してアクセス可能ではありません
1.aq_tm_processesパラメータ
10グラムこのパラメータは、0-40である0-10,11g範囲を設定し、ローカルデータベースが4に設定されて、私は16に設定され、Oracleは0に公式のセットをお勧めしません、それを監視することができません。16に修正、すぐに有効にしますか、同じエラーは、それほど明らかにこれは小さな問題のパラメータではありません。
2.升级后的问题(这个排除，没有进行升级不一致产生的，需要重新执行catalog.sql and catproc.sql来配置后)
3.rac数据库没有设置clsuter=no （很明显不是rac数据库，排除）
4. SGA设置可能偏小
查看了support文档,有提到至少sga为1G，但是结合现实中的情况，有接近10个定时任务的窗口，每个任务1G+，那么就定时任务耗费的SGA就有10G+；
整个memory_max_target 为17G，明显偏小（10个备份定时任务），在设置本地11g数据库memory_max_target为30g（服务器内存64G,先试一试30G，最大设置成物理内存的80%）,重启后，就能够正常备份，问题得到解决。
5.触发未知的bug(11.2.0.1通过DBLINK导出的12.1.0.2.0数据库数据)
既然4解决了，那就不是BUG了。
总结：
本次出现ORA-31626: job does not exist ORA-31650: timeout waiting for master process response报错的原因是SGA过小，虽然support文档有提到至少1G，但是这个只是一个思路，并不是真的只有1G就够了，但是我也是想了很久才打算调整内存参数的；
顺便说一下如果有提示 ORA-31634: job already exists;sys_export_开头的表太多，需要清理：
SELECT owner_name, job_name, rtrim(operation) "OPERATION",
rtrim(job_mode) "JOB_MODE", state, attached_sessions
FROM dba_datapump_jobs
WHERE job_name NOT LIKE 'BIN$%'
ORDER BY 1,2;
其中state为not running状态的直接删除就行，executing状态的表不能够删除。删除后就可以备份了。