테이블 구조를 PK, INdex 포함 동일하게 만드셨는데,, 
옵테마이저가 기존에 PK 사용하던 걸 Full Scan 으로 바뀌었다면, 통계 때문일 가능성이 큰 것 같습니다. 
위와 같은 작업을 진행하실 때는,, 기존 테이들/인덱스 의 통계정보를 백업 받아서 새 테이들 등에 import 하고, 해당 통계 정보가 변경되지 않도록 해당 테이블에 대한 통계정보변경 lock 을 걸어 두는 것이 좋을 것 샅습니다.  

Standard Edition 이라 AWR 포함 제약이 많으시겠네요
기존 A 테이블 백업 시에 
-- exp/expdp 할 때 where 조건을 걸어서 선택적으로 받으실 수 있고
-- 백업용 B 테이블에 where 조건으로 insert into select 로 백업하고, 이후 기존 A 테이블을 truncate 하는 방법도 있고 
그렇습니다.    

PC/노트북 에 IP address 가 있고.. hostname 이 있듯이, Oracle Object 에는 object_id 와 object_name 이 있습니다. 

그리고 oracle 은 object_id 를 기준으로 인식하고, 적용을 합니다. object_name ( 우리가 보는 테이블 이름 ) 은 사람이 쉽게 인식하기 위한 별명 입니다. oracle 은 name 은 주석처럼,, 참고 자료일 뿐입니다. object_id 로 식별 합니다. 

이 관점에서, A 테이블 ( object__id = 12345 ) 를 AA 로 변경하고  ( object__id = 12345 ) ,, 새로 A 테이블 ( object__id = 22222 ) 를 생성하면, 

- 사람이 보기에는 동일한 A 테이블 이지만  

- Oracle 이 보기에는 알고 있는 Object 중 하나가 ( object__id = 12345 인 것) 그 속성 중 name 만 A 테이블 ~~> AA 로 바뀌었고,, 나머지 ( index, 통계 등 ) 은 변경이 없는 상태 입니다.  그리고  전혀 새로운 object 가 하나 생겼는데  ( object__id = 22222 ) 그 object 의 속성 중에 name 이 우연히 A 일 뿐입니다. 

- 기존의 통계 정보도 이제는 AA 에 그대로 적용되 있고,, 해당 Table 에 있던 Index, Constraint 도 이제는 AA 를 바라보고 있게 됩니다.  

PK를 잘 타다가 갑자기 몇시간 뒤에 SQL PLAN HASH 값이 두개가 되더니 FULL SCAN 을 타더라구요 

~~> 엔진이 그렇게 판단한 이유, 당시에 엔진이 한 일을 알아야 합니다. Standard Edition 에서는 제약들이 있어 번거롭습니다. ㅎㅎ