PDBSEED没了，数据库到底该怎么办才好，pdb$seed也找不到了咋整？

“PDBSEED没了，数据库到底该怎么办才好，pdb$seed也找不到了咋整？”这个问题，说白了就是Oracle多租户数据库里那个最基础、不能乱动的“种子数据库”好像出问题了，找不到了，这确实是个挺让人头疼的情况，因为它就像是个模板，你创建新的PDB（可插拔数据库）的时候得用它来复制，不过别慌，我们一步一步来捋清楚该怎么办，最重要的一点是，在你做任何操作之前，如果这个数据库还在运行，并且有重要的数据，一定要先找个最保险的时候，做一个完整的数据库备份（来源：Oracle官方文档及多位资深DBA的实践经验），这个备份是你的救命稻草，万一后面操作失误,还能拉回来。

咱们得先确认一下，它是真的“没了”，还是只是“看起来没了”，有时候可能只是数据库实例的状态显示有问题，或者你登录的容器不对，你先别急着下结论，你可以用SQL*Plus或者其他管理工具，用有足够权限的用户（比如SYS用户）连上CDB$ROOT（也就是根容器），然后执行一个命令看看：SHOW PDBS（来源：Oracle数据库管理员指南），这个命令会列出所有当前存在的PDB，包括PDB$SEED，你仔细看看列表里有没有PDB$SEED这一行，它的状态是什么，如果它的状态是MOUNTED，那说明它只是被挂载了，但没有打开，所以你可能在某些客户端里看不到它，这时候你试试用ALTER PLUGGABLE DATABASE pdb$seed OPEN;命令把它打开,然后再看看能不能看到。

如果SHOW PDBS的命令结果里压根就没有PDB$SEED这一行，或者它的状态显示为UNUSABLE、RESTRICTED之类的错误状态，那问题就严重一些了，说明这个种子库可能真的损坏了，这时候，你先别自己胡乱修复，因为PDB$SEED很特殊，它默认是只读的，一般不会因为普通的写操作坏掉，你想想最近有没有做过什么特别的操作？比如是不是有人不小心用DROP PLUGGABLE DATABASE ... INCLUDING DATAFILES;这种危险命令把它给删了？（来源：Oracle多租户管理常见问题）或者是不是服务器突然断电、存储磁盘出了故障,导致它的数据文件损坏或丢失了？

确认了是丢失或损坏之后，我们来看解决办法,大概有两条主要的路径可以走：

第一条路，是从备份里恢复PDB$SEED。 这是最推荐、最安全的方法，因为你之前肯定有定期做全库备份对吧？现在就是用上它的时候了，你需要使用Oracle的恢复工具（比如RMAN），找到最近一次可用的完整备份，然后专门把PDB$SEED这个可插拔数据库的数据文件恢复出来（来源：Oracle备份与恢复用户指南），恢复完之后，可能还需要应用一些归档日志，让数据恢复到最新的一致状态，这个过程需要你对RMAN操作比较熟悉，恢复完成后，再把它重新挂载并打开看看，如果恢复成功,那就万事大吉了。

第二条路，如果没有任何备份，或者备份也很老了，恢复不了，那就要考虑重新创建一个PDB$SEED。 幸运的是，Oracle是允许我们这么做的，但是注意，你不能直接像创建普通PDB那样CREATE PLUGGABLE DATABASE，因为名字PDB$SEED是保留的，Oracle提供了一个专门的语法（来源：Oracle SQL语言参考）：ALTER SESSION SET "_oracle_script"=true; 然后执行 CREATE PLUGGABLE DATABASE pdb$seed USING '/path/to/your/seed/xml/file.xml' NOCOPY; 这里的关键是你需要有一个描述种子数据库原始结构的XML文件，这个文件通常在你最初创建CDB的时候会生成，或者你可以尝试从其他同版本、同平台的健康CDB环境中导出一个PDB$SEED的描述文件，如果没有这个文件，事情会麻烦很多，你可能需要手动指定所有数据文件路径，非常容易出错,这算是一个没有办法的办法。

面对PDB$SEED没了的情况，你的行动顺序应该是：冷静确认状态 -> 立即备份（如果可能）-> 优先尝试从备份恢复 -> 若无备份则谨慎尝试重建，在整个过程中，如果你对自己的技术能力没把握，或者数据库极其重要，强烈建议立刻联系Oracle技术支持（来源：所有负责任的技术建议都会包含这一点），他们能通过内部工具和知识库提供最准确、最安全的解决方案，千万别因为觉得问题小或者怕麻烦而自己硬扛，把问题搞得更复杂,数据安全永远是第一位的。