질문1
-> 제일 먼저 확인 할 것은 커밋을 했는지 여부입니다.
접속한 세션이 서로 다를 경우 커밋을 하기 전까지 서로 다른 결과를 보게 될 수 있습니다.
가령 A세션에서 delete를 했다고 하더라도 커밋을 하기 전까지 B세션에서는 데이터가 존재하는 것으로 보입니다.

만약 같은 세션에서 delete 를 하고, select를 했는데도 데이터가 보인다면 쿼리문을 점검한다거나(다른 테이블의 데이터 삭제로 인한 오인)
접속하려는 계정에 delete 권한 등이 있는지 확인해 보셔야 합니다.


질문2
->  vmware쪽을 클라이언트(SID: testdb, IP : 192.168.0.2), HP를 서버(SID : ORCL, IP : 192.168.0.3)라고 가정하고 말씀드리겠습니다.
클라이언트쪽 tnsnames.ora를 아래와 같이 추가(또는 수정)합니다.
remotedb=
  (DESCRIPTION=
    (ADDRESS=
      (PROTOCOL=TCP)
      (HOST=192.168.0.3)
      (PORT=1521)
    )
    (CONNECT_DATA=
      (SERVER=dedicated)
      (SERVICE_NAME=ORCL)
    )
  )

서버쪽 listener.ora를 아래와 같이 추가(또는 수정)합니다.

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.3)(PORT = 1521))
    )
  )

서버쪽에서 리스너를 재시작해줍니다.
$> lsnrctl stop
$> lsnrctl start



클라이언트쪽에서 아래와 같이 서버쪽에 핑을 날려봅니다.
$> tnsping remotedb

OK 라고 메시지가 나오면 서버쪽과 클라이언트쪽 네트워크 연결이 잘된 것입니다.
(만약 연결에 실패했다고 메시지가 나오면, 앞서의 tnsnames.ora, listener.ora의 설정을 다시 확인 해보시기 바랍니다.
그래도 앞의 설정에 문제가 없는데도 연결이 안되면, 클라이언트와 서버쪽간의 네트워크 연결이 정상적으로 안되는 것이니
네트워크 연결상태부터 확인해 이부분부터 해결해야 합니다.
간단한 확인 방법으로는 클라이언트쪽에서 ping 192.168.0.3 해서 서버쪽으로 핑이 제대로 나가는지 확인해보고,
마찬가지로 서버쪽에서 ping 192.168.0.2 을 해서 핑이 클라이언트쪽으로 제대로 나가는지 확인을 해봐야 합니다.
어느 한쪽에서 핑이 제대로 나가지 않으면 양쪽 네트워크를 점검해봐야 합니다. 방화벽 설정 등 )


클라이언트쪽에 디비링크를 생성합니다.

create database link hp_link
connect to 서버쪽계정
identified by 서버쪽계정패스워드
using 'remotedb';


서버쪽으로 쿼리를 날려봅니다.
select count(*) from 서버쪽테이블명@remotedb;

신이 만든 짝퉁님 답변 너무 고맙습니다^^