CONFIGURING OS AUTHENTICATION(OPS$ ACCOUNT) ON NT

Question

제품 : ORACLE SERVER
작성날짜 : 1997-11-27
CONFIGURING OS AUTHENTICATION(OPS$ ACCOUNT) ON NT
=================================================
PURPOSE
다음은 Windows NT나 Windows 95 client에서 Windows NT server에
OS Authentication을 사용하는 방법에 대해 알아 본다.
Explanation
먼저, User Account는 Windows NT client와 Windows NT server에서 동일한
이름을 필요로 한다.
1. Oracle database가 있는 Windows NT server에 User Account를 생성한다.
1) Window의 '시작' -> '프로그램' -> '관리 도구' -> '사용자 관리자'
2) Menu의 '사용자' -> 'New User'
3) Windows NT Client에서 사용할 Username과 Password를 생성한다.
2. OPS$ Account를 생성한다.
1) startup된 db에서 sqlplus나 sqldba로 connect하여 user를 다음과 같이
생성한다.
CREATE USER OPS$<name> IDENTIFIED EXTERNALLY;
GRANT CONNECT TO OPS$<name>;
2) User에 대해 quotas와 더불어 default tablespace,temporary tablespace
를 지정할 경우는 다음과 같이 alter command로 setting한다.
ALTER USER OPS$<name>
DEFAULT TABLESPACE <tablespace1>
TEMPORARY TABLESPACE <tablespace2>
QUOTA 10M ON <tablespace1>
QUOTA 10M on <tablespace2>;
3) User생성에 대한 자세한 정보는 Server Administrator Guide를 참조한다.
3. Oracle database가 있는 Windows NT server에 Directory를 공유한다.
단, SQLNET Named Pipe를 사용한다면 Directory를 공유할 필요는 없다.
공유 parameter box에 공유 이름을 지정하고, 사용자 최대한 허용한다.
만약 사용자를 제한하고자 한다면 제한 버튼을 선택하여 지정한다.
4. 새로운 OS Authentication Account를 test한다.
단, SQL*NET 2.2 Named Pipe에 대해서는 아래의 1)단계를 할 필요 없음.
1) 공유된 NT server를 Network Drive 연결한다.
만약, 공유된 Directory를 선택하여 Password 확인하는 Message가 뜬다면
Client에 Logging한 Password와 User Password가 다르므로 재확인한다.
2) 마지막으로 Client에서 SQLPLUS를 실행하여 Database에 Logging 한다.
즉, username, password 를 입력하지 않고 '/@SQLNET2_DB_ALIAS'로서
OS Authentication Account connect를 사용하여 Database에 Connect할
수 있다.
Example
Reference Document
------------------

Answer 1

I can't think of a reason why transactions would affect this wait stat. I tried to repro your observations under SQL 2012 and SQL2014 without success.  Could there be other activity against the instance during the test, such as SQL Server Agent or SSRS
background noise?  As far as TRUSTWORTHY is concerned, are the Are the databases owned by the same login?  Are the database owners Windows or SQL logins?  What version of SQL Server? 
PREEMPTIVE_OS_AUTHENTICATION_OPS is one of those wait stats I don't pay much attention to unless I suspect a problem related to Windows authentication.  It is the times rather than the counts that are significant. 
For example, I've seen high PREEMPTIVE_OS_AUTHENTICATION_OPS times as
a symptom of authentication traffic inadvertently routed to a DC in another data center, resulting in long connection times.
Dan Guzman, SQL Server MVP, http://www.dbdelta.com