Maystyle :
Admin : New post
Guestbook
Local
media
Catergories
Recent Articles
Recent Comments
Recent Trackbacks
Calendar
Tag
Archive
Link
Search
 
해당되는 게시물 520건
  sql server ophaned user 문제 해결 
작성일시 : 2008. 1. 22. 11:26 | 분류 : SQL Server/Administration


Master DB에 저장된 로그인 정보와 각 데이터베이스에 저장된 로그인 정보의 SID가 불일치 할 경우 OrphanUsers 문제가 발생 합니다.
이경우 보통 다음의 프로시저를 사용합니다.

sp_change_user_login
1. 현재 사용자와 로그인 관의 매핑에 대한 보고서 표시
EXEC sp_change_users_login 'Report';
2. 데이터베이스 사용자를 새 SQL Server 로그인에 매핑
--Create the new login.
CREATE LOGIN MaryB WITH PASSWORD = '982734snfdHHkjj3';
GO
--Map database user MB-Sales to login MaryB.
USE AdventureWorks;
GO
EXEC sp_change_users_login 'Update_One', 'MB-Sales', 'MaryB';
GO
3. 사용자를 로그인에 자동으로 매핑하고 필요한 경우 새 로그인 만들기
USE AdventureWorks;
GO
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-3x$098f6';
GO

sp_validatielogins
Windows 로그인을 사용하는 경우 사용합니다. MSDN 도움말을 참고하세요.

sp_changedbowner
orphaned dbo user 문제를 해결 하는 경우 사용합니다. MSDN 도움말을 참고 하세요.

관련 링크
Q168001 PRB: User Logon and/or Permission Errors After Restoring Dump
Q274188 PRB: "Troubleshooting Orphaned Users" Topic in Books Online is Incomplete
Q246133 INF: Transfer Logins and Passwords Between SQL 7.0 or SQL 2000 Servers
Q240872 How to Resolve Permission Issues When a Database Is Moved Between SQL Servers

- OrphanUser를 보여주는 저장 프로시저
출처 : http://vyaskn.tripod.com/troubleshooting_orphan_users.htm

CREATE PROC dbo.ShowOrphanUsers
AS
BEGIN
    CREATE TABLE #Results
    (
        [Database Name] sysname COLLATE Latin1_General_CI_AS,
        [Orphaned User] sysname COLLATE Latin1_General_CI_AS
    )

    SET NOCOUNT ON   

    DECLARE @DBName sysname, @Qry nvarchar(4000)

    SET @Qry = ''
    SET @DBName = ''

    WHILE @DBName IS NOT NULL
    BEGIN
        SET @DBName =
                (
                    SELECT MIN(name)
                    FROM master..sysdatabases
                    WHERE     name NOT IN
                        (
                         'master', 'model', 'tempdb', 'msdb',
                         'distribution', 'pubs', 'northwind'
                        )
                        AND DATABASEPROPERTY(name, 'IsOffline') = 0
                        AND DATABASEPROPERTY(name, 'IsSuspect') = 0
                        AND name > @DBName
                )
        IF @DBName IS NULL BREAK

        SET @Qry = '    SELECT ''' + @DBName + ''' AS [Database Name],
                CAST(name AS sysname) COLLATE Latin1_General_CI_AS  AS [Orphaned User]
                FROM ' + QUOTENAME(@DBName) + '..sysusers su
                WHERE su.islogin = 1
                AND su.name <> ''guest''
                AND NOT EXISTS
                (
                    SELECT 1
                    FROM master..sysxlogins sl
                    WHERE su.sid = sl.sid
                )'

        INSERT INTO #Results EXEC (@Qry)
    END

    SELECT *
    FROM #Results
    ORDER BY [Database Name], [Orphaned User]
END

|
  정기적인 백업 작업 자동화 하기 
작성일시 : 2008. 1. 21. 19:15 | 분류 : SQL Server/Administration

참고 :
Inside Microsoft SQL Server 2000,
전문가로 가는 지름길 SQL Server 2000/2005,
포켓 컨설턴트 SQL 2005
http://sqlworld.pe.kr
MOC 및 MSDN 자료들....
제 글의 메인은 Inside Microsoft SQL Server 2000를 기반으로 작성되고 있습니다.
거의 copy 하는 수준으로...^^;; Windows internals에 비해 참 읽기 편합니다.

목차------------------------------------------------------------------------
DB 공부하기 1번째 : 선언적 데이터 무결성(Declarative Data Integrity) (http://maystyle.tistory.com/218)
DB 공부하기 2번째 : 트랜잭션 프로세싱 (http://maystyle.tistory.com/219)
DB 공부하기 3번째 : 데이터 파일과 트랜젝션 로그 파일
1. 왜 DB의 단편화가 일어나는 걸까? (http://maystyle.tistory.com/220)
2. 데이터 파일은 어떻게 쓰여질까? (Checkpoint) (http://maystyle.tistory.com/221)
3. 로그는 어떻게 쓰여질까? (http://maystyle.tistory.com/223)
4. 트랜잭션 로그의 기록과 복구 (http://maystyle.tistory.com/225)
5. 데이터 파일이 커질 때는 무슨일이 일어날까? (http://maystyle.tistory.com/231)
6. 데이터 파일은 어떻게 생겼을까? (http://maystyle.tistory.com/233)
7. 실제 Data 및 Log 파일 뜯어 보기 (예정 중)
DB 공부하기 4번째 : Backup 과 Restore
1. 무엇을 Backup 받아야 하나 (시스템 데이터베이스 소개)? (http://maystyle.tistory.com/236)
2. 백업의 종류 복구 모델 너 뭐니? (http://maystyle.tistory.com/238)
3. 백업과 복구 쉽게 않되겠니? (http://maystyle.tistory.com/239)
4. 백업 전략 과 그에 따른 복원 하기 (http://maystyle.tistory.com/240)
5. 정기적인 백업 작업 자동화 하기

SQL Server 2005는 관리>유지 관리 계획을 통해 '4. 백업 전략 과 그에 따른 복원 하기 (http://maystyle.tistory.com/240)' 에서 애기했던 종류의 정기 작업을 아주 쉽게 만들어 줄 수 있다.
물론 전체 작업을 만드는 것은 피하고 대강의 자동화 작업을 만드는 것에 대한 설명을 하도록 하겠다.
아래의 작업은 1주일 단위로 일요일 전체 백업을 받고 2주가 지난 백업 본은 삭제하는 작업이다.

자동화 작업을 만들기 위해서 관리 에서 유지 관리 계획 > 새 유지 관리 계획 을 클릭한다.

DB 전체 백업 및 일정 기간이 지난 백업 파일을 삭제하기 위한 작업을 추가한다.

예로써 모든 DB에 대한 전체 백업을 받도록 하겠다.

물론 구분을 위해서 각 데이터베이스에 대한 하위 디렉터리를 만들도록 하는 것도 좋다.

또한 유지 관리 정리 작업을 통하여 2주가 지난 전체 백업 본에 대하여 삭제 작업을 수행 하도록한다.

해당 작업의 순서에 맞춰 연결한다.

일정을 지정하기 위해서 일정의 ... 버튼을 클릭한다.

일정을 지정해준다.

같은 방식으로 트랜잭션 로그를 백업받는 작업을 만들 수 있다. 먼저 전체 백업과 마찮가지로 백업 작업을 추가한 후 해당 백업 유형을 트랜잭션 로그로 지정해준다.

트랜잭션로그의 경우 커지는걸 막기위해서는 로그 백업 후 명시적으로 축소작업을 지정해 줘야 한다.

로그 백업 및 축소 작업 순서는 아래 그림과 같다. 아래 그림과 같이 로그를 백업 받은 후 데이터베이스를 축소하고 마지막으로 오래된 트랜잭선 로그 파일을 지우면 된다.

|
  백업 전략 과 그에 따른 복원 하기 
작성일시 : 2008. 1. 21. 18:42 | 분류 : SQL Server/Administration

참고 :
Inside Microsoft SQL Server 2000,
전문가로 가는 지름길 SQL Server 2000/2005,
포켓 컨설턴트 SQL 2005
http://sqlworld.pe.kr
MOC 및 MSDN 자료들....
제 글의 메인은 Inside Microsoft SQL Server 2000를 기반으로 작성되고 있습니다.
거의 copy 하는 수준으로...^^;; Windows internals에 비해 참 읽기 편합니다.

목차------------------------------------------------------------------------
DB 공부하기 1번째 : 선언적 데이터 무결성(Declarative Data Integrity) (http://maystyle.tistory.com/218)
DB 공부하기 2번째 : 트랜잭션 프로세싱 (http://maystyle.tistory.com/219)
DB 공부하기 3번째 : 데이터 파일과 트랜젝션 로그 파일
1. 왜 DB의 단편화가 일어나는 걸까? (http://maystyle.tistory.com/220)
2. 데이터 파일은 어떻게 쓰여질까? (Checkpoint) (http://maystyle.tistory.com/221)
3. 로그는 어떻게 쓰여질까? (http://maystyle.tistory.com/223)
4. 트랜잭션 로그의 기록과 복구 (http://maystyle.tistory.com/225)
5. 데이터 파일이 커질 때는 무슨일이 일어날까? (http://maystyle.tistory.com/231)
6. 데이터 파일은 어떻게 생겼을까? (http://maystyle.tistory.com/233)
7. 실제 Data 및 Log 파일 뜯어 보기 (예정 중)
DB 공부하기 4번째 : Backup 과 Restore
1. 무엇을 Backup 받아야 하나 (시스템 데이터베이스 소개)? (http://maystyle.tistory.com/236)
2. 백업의 종류 복구 모델 너 뭐니? (http://maystyle.tistory.com/238)
3. 백업과 복구 쉽게 않되겠니? (http://maystyle.tistory.com/239)
4. 백업 전략 과 그에 따른 복원 하기

예를 들어 설명하는 것이 쉽기 때문에 예를 들어 설명하도록 하겠다.
우리 회사 매주 일요일 DB에 대한 전체 백업을 한다. 매주 화요일과 목요일은 차등 백업을 받는다. 트랜잭션 로그의 경우 매일 받고 있다.

자 금요일 오후 7시 정도에 장애가 발생했다.
당신은 DBA다. 어떻게 복구 하겠는가?

1. 로그가 저장되는 Disk가 문제가 없다면 No_truncate 옵션을 이용하여 로그를 백업을 받는다.
2. 일요일에 받은 전체 백업 본을 With Norecovery 를 선택하여 복원 한다.
3. 목요일에 받은 차등 백업 복은 With Norecovery 를 선택하여 복원 한다.
4. 목요일 ~ 금요일에 받은 트랜잭션 로그 백업 본을 With Norecovery 를 선택하여 복원 한다.
5. 금요일 오후 7시에 백업 받은 트랜잭션 로그를 복원한다.

|
  백업과 복구 쉽게 않되겠니? 
작성일시 : 2008. 1. 21. 17:02 | 분류 : SQL Server/Administration

참고 :
Inside Microsoft SQL Server 2000,
전문가로 가는 지름길 SQL Server 2000/2005,
포켓 컨설턴트 SQL 2005
http://sqlworld.pe.kr
MOC 및 MSDN 자료들....
제 글의 메인은 Inside Microsoft SQL Server 2000를 기반으로 작성되고 있습니다...
거의 copy 하는 수준으로...^^;; Windows internals에 비해 참 읽기 편합니다.

목차------------------------------------------------------------------------
DB 공부하기 1번째 : 선언적 데이터 무결성(Declarative Data Integrity) (http://maystyle.tistory.com/218)
DB 공부하기 2번째 : 트랜잭션 프로세싱 (http://maystyle.tistory.com/219)
DB 공부하기 3번째 : 데이터 파일과 트랜젝션 로그 파일
1. 왜 DB의 단편화가 일어나는 걸까? (http://maystyle.tistory.com/220)
2. 데이터 파일은 어떻게 쓰여질까? (Checkpoint) (http://maystyle.tistory.com/221)
3. 로그는 어떻게 쓰여질까? (http://maystyle.tistory.com/223)
4. 트랜잭션 로그의 기록과 복구 (http://maystyle.tistory.com/225)
5. 데이터 파일이 커질 때는 무슨일이 일어날까? (http://maystyle.tistory.com/231)
6. 데이터 파일은 어떻게 생겼을까? (http://maystyle.tistory.com/233)
7. 실제 Data 및 Log 파일 뜯어 보기 (예정 중)
DB 공부하기 4번째 : Backup 과 Restore
1. 무엇을 Backup 받아야 하나 (시스템 데이터베이스 소개)? (http://maystyle.tistory.com/236)
2. 백업의 종류 복구 모델 너 뭐니? (http://maystyle.tistory.com/238)
3. 백업과 복구 쉽게 않되겠니?

Microsoft SQL Server Management Studio 를 통한 백업 및 복구
본 내용 이후 백업과 복원을 Microsoft SQL Server Management Studio를 이용하는 부분은 생략 토록 하겠다.

백업 받고자 하는 DB에서 마우스 오른쪽 버튼을 누른 후 작업 > 백업을 선택한다.

백업 유형에 '전체'를 선택한 후 확인을 클릭한다.

만약 차등 백업 및 트랜잭션 로그 백업을 할 경우 백업 유형에서 선택해 줄 수 있다.

옵션에서 기존 백업에 추가할 지 백업 완료시 확인 하는등의 안정성 설정을 어떻게 할지를 확인한다.

복원 또한 동일하게 작업 > 복원 으로 선택한다.

만약 백업 복원 이후 로그를 복원해야 한다면 restore with norecovery 옵션을 사용하여 복원 한다.

해당 옵션을 사용하여 복원 하게 되면 복원 에 트랜잭션 로그 항목이 생성 된다.

복원시 특정 시간 또는 특정 표시된 트랜잭션 단위로 복원이 가능하다.

아주 쉽게 구성된 내용이 있어 추천한다.
http://www.sqlworld.pe.kr/mboard/mboard/mboard.asp?board_id=sql02&group_name=board

|
  백업의 종류 복구 모델 너 뭐니? 
작성일시 : 2008. 1. 21. 16:11 | 분류 : SQL Server/Administration

참고 :
Inside Microsoft SQL Server 2000,
전문가로 가는 지름길 SQL Server 2000/2005,
포켓 컨설턴트 SQL 2005
http://sqlworld.pe.kr
MOC 및 MSDN 자료들....

제 글의 메인은 Inside Microsoft SQL Server 2000를 기반으로 작성되고 있습니다...
거의 copy 하는 수준으로...^^;; Windows internals에 비해 참 읽기 편합니다.

목차------------------------------------------------------------------------
DB 공부하기 1번째 : 선언적 데이터 무결성(Declarative Data Integrity) (http://maystyle.tistory.com/218)
DB 공부하기 2번째 : 트랜잭션 프로세싱 (http://maystyle.tistory.com/219)
DB 공부하기 3번째 : 데이터 파일과 트랜젝션 로그 파일
1. 왜 DB의 단편화가 일어나는 걸까? (http://maystyle.tistory.com/220)
2. 데이터 파일은 어떻게 쓰여질까? (Checkpoint) (http://maystyle.tistory.com/221)
3. 로그는 어떻게 쓰여질까? (http://maystyle.tistory.com/223)
4. 트랜잭션 로그의 기록과 복구 (http://maystyle.tistory.com/225)
5. 데이터 파일이 커질 때는 무슨일이 일어날까? (http://maystyle.tistory.com/231)
6. 데이터 파일은 어떻게 생겼을까? (http://maystyle.tistory.com/233)
7. 실제 Data 및 Log 파일 뜯어 보기 (예정 중)
DB 공부하기 4번째 : Backup 과 Restore
1. 무엇을 Backup 받아야 하나 (시스템 데이터베이스 소개)? (http://maystyle.tistory.com/236)
2. 백업의 종류 복구 모델 너 뭐니?

백업의 종류

- 전체 백업 (Full Backup)
데이터베이스 전체를 통째로 백업받는 것을 말한다. 만일 운영중인 데이터베이스가 그리 크지 않다면 전체 백업이 유용할 것이다. 하지만 운영중인 데이터베이스가 엄청난 사이즈라면 전체 백업을 받는 경우 너무 많은 시간이 소요되므로 그리 바람직하지 않다. 하지만 앞으로 살펴볼 다른 백업 방법을 사용한다 하더라도 처음에 한번은 전체 백업을 받아야 한다는 한다. 전체 백업은 다른 백업의 기초가 되게 된다.
- 차등 백업 (Differentiall Backup)
차등 백업이란 전체 백업을 받은 후 변경된 데이터만 백업 받는 방법이다. 전체 백업 이후 변경된 부분에 대한 백업을 받는 것으로써 전체 백업본이 복원된 이후에만 사용될 수 있다. (DCM 페이지에서 대응되는 값이 1인 페이지만 백업 받는다. 전체 백업을 받게 되면 해당 익스탠트에 대한 비트가 0으로 바뀌고 데이터가 변경되면 이 비트가 1로 바뀐다.)
- 트랜잭션 로그 백업 (Transaction Log Backup)
종종 차등 백업과 트랜잭션 로그 백업은 꽤 햇갈리기 좋다. 둘의 차이점을 말하자면 차등 백업은 데이터 즉 mdf, ndf를 트랜잭션 로그 백업은 로그 즉 ldf 백업 받는 것이다. 또한 복원 시 차등 백업은 딱 백업 받은 시점의 데이터만 복구가 가능하나 트랜잭션 로그 백업본의 경우 차등 백업 및 전체 백업 이후 트랜잭션 로그 백업을 받은 시점까지 1분 단위(설정 가능 기본 설정은 1분)로 복원이 가능하다. 트랜잭션 로그 백업은 복구 모델에 따라 달라진다.

복구 모델
문재 발생시 복원의 범위 및 트랜잭션 로그의 증가와 관련 SQL Server의 데이터베이스는 3가지 복구 모델을 가지고 있다.

- Full 복구 모델
데이터베이스 손상시 데이터 손실 위험을 최소로 줄여준다.
데이터베이스의 모든 동작이 로그에 완전하게 기록된다. 만약 Bulk insert 동작을 진행 된다면 삽입된 모든 행들이 완벽하게 기록된다. 단 로그를 백업 받고 shrink 하지 않는다면, 로그의 크기는 지속적으로 증가할 것이다. (인덱스 관련 작업도 트랜잭션 로그에 기록된다.) 물론 현재 로그가 살아 있다면 저장점을 이용하여, 가장 최근 지점으로 복구가 가능하다. (직접 해본적은 없다.)
방법 : SAVE TRAN 문을 통해 저장, Rollback Tran 문을 통해 Rollback
- BULK_LOGGED 복구 모델
별로 권하고 싶지 않다. Bulk한 작업이 있을 경우 해당 작업이 있었다는 최소의 데이터만 기록하게 된다. 모든 데이터 파일들은 BCM 페이지라 불리는 할당 페이지를 추가로 갖고 있는데, BCM 페이지의 각 비트들은 익스텐트를 나타낸다. 비트 값 1은 마지막 전체 데이터베이스 백업 이후에 최소한으로 로그에 기록된 벌크 동작에 의해 이 익스텐트가 변경되었다는 것을 의미한다. Bulk_logged 복구 모델은 트랜잭션 로그는 작겠지만 BCM 페이지를 스켄하고 트랜잭션 로그 자체와 함께 변경된 익스탠트까지 백업하기 때문에 백업본이 훨씬 커질 수 있다. 또한 Bulk 작업 도중 해당 트랜잭션이 중지되게 될 경우 변경된 부분까지만 적용되게 되고 전체 Rollback이 되지 않음으로 실질적으로 데이터에 문제가 발생할 수 있다.
단 시스템의 상태가 완벽하고 데이터에 대한 Bulk 작업이 필요할 경우 일시적으로 Full 모드에서 Bulk 모드로 변경하여, Disk에 대한 I/O를 획기적으로 줄인 Bulk 작업이 가능하다.
- SIMPLE 복구 모델
전체 백업과 차등 백업만 허용한다.

|
  1월 내에 해야 할일 
작성일시 : 2008. 1. 21. 14:47 | 분류 : Life Note/엔지니어 이야기

Terminal Services 성능 BMT (Loadsim)
SQL 2000 to SQL 2005 성능 BMT (~24일)
A 도메인에서 B 도메인으로 통합 (메일 정보 유지)
Service Broker 를 이용한 DB 동기화
SQL Server 2005 Admin 교육 contents 작성 (소개 ~ Backup) ( ~ 21일)
L모 사이트 지원 내역 정리 (기간 070301 ~ 현재) ( ~25일)

|
  무엇을 Backup 받아야 하나 (시스템 데이터베이스 소개)? 
작성일시 : 2008. 1. 21. 13:51 | 분류 : SQL Server/Administration

<참고 서적 :
Inside Microsoft SQL Server 2000,
전문가로 가는 지름길 SQL Server 2000/2005,
포켓 컨설턴트 SQL 2005
MOC 및 MSDN 자료들....
>
제 글의 메인은 Inside Microsoft SQL Server 2000를 기반으로 작성되고 있습니다...
거의 copy 하는 수준으로...^^;;
목차
DB 공부하기 1번째 : 선언적 데이터 무결성(Declarative Data Integrity) (http://maystyle.tistory.com/218)
DB 공부하기 2번째 : 트랜잭션 프로세싱 (http://maystyle.tistory.com/219)
DB 공부하기 3번째 : 데이터 파일과 트랜젝션 로그 파일
1. 왜 DB의 단편화가 일어나는 걸까? (http://maystyle.tistory.com/220)
2. 데이터 파일은 어떻게 쓰여질까? (Checkpoint) (http://maystyle.tistory.com/221)
3. 로그는 어떻게 쓰여질까? (http://maystyle.tistory.com/223)
4. 트랜잭션 로그의 기록과 복구 (http://maystyle.tistory.com/225)
5. 데이터 파일이 커질 때는 무슨일이 일어날까? (http://maystyle.tistory.com/231)
6. 데이터 파일은 어떻게 생겼을까? (http://maystyle.tistory.com/233)
7. 실제 Data 및 Log 파일 뜯어 보기 (예정 중)
DB 공부하기 4번째 : Backup 과 Restore
1. 무엇을 Backup 받아야 하나 (시스템 데이터베이스 소개)?

SQL Server를 설치하게 되면 사용자가 사용하는 DB (user data가 저장됨 아래 그림에서 userDB) 외에도 master, model, tempdb, msdb 등이 자동으로 생성된다. 물론 당연히 userDB는 백업 받아야 한다. 그럼 시스템 데이이터베이스는 어떻게 해야 할까?
 
이를 시스템 데이터베이스라 한다. 다음은 각 시스템 데이터베이스에 대한 설명이다.
master : 데이터베이스의 구성정보를 가지고 있다. 만약 사용자 추가 및 기타 데이터베이스의 추가 삭제 등의 데이터베이스에대한 변경작업이 있을 경우 항상 백업 받아야 한다.
model : model 데이터베이스는 새로운 데이터베이스를 만들기 위한 템플릿이다. 데이터베이스의 템플릿 변경이 없을 경우 굳이 백업 받을 필요성은 없다.
msdb : 데이터베이스에서 사용하는 예약 작업을 위해 SQL Server 에이전트 서비스에 의해 사용된다. 보통 '관리' 밑에서 만들어진 작업 등이 저장된다. 만약 해당 작업에 대한 변경이 발생한 경우 백업 받아야 한다.

tempdb : 사용자가 명시적으로 만든 임시테이블 혹은 SQL Server 내부에서 만들어진 중간 결과들을 보관하는 등을 위하여 사용된다. 시스템 재 시작시 삭제 되는 데이터 임으로 백업 받을 필요 없다.

|
  Process Explorer를 좀 더 막강하게~~~ 
작성일시 : 2008. 1. 21. 01:27 | 분류 : Windows Server/ETC

Process Explorer 정말 좋은 툴입니다.
작업 관리자의 Power Up이라고나 할까요?
image
Process Explorer에 대한 자세한 내용은 sankim님의 Article을 참조하세요.
소개 : http://blogs.technet.com/sankim/archive/2008/01/17/windows-processexplorer.aspx
다운 로드 : http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

하지만 정확한 정보를 보기 위해서는 Symbol Server 에서 데이터를 가져올 수 있어야 합니다...
즉 WinDbg가 필수적이죠...^^

MS 직원이 아닌 슬픔일까요??? ㅎㅎㅎ 솔직히 완벽하게는 아니지만 우리도 조금은 볼 수 있습니다.
먼저 WinDbg를 다운 로드 받습니다.
WinDbg 다운 로드
32 Bit : http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx
64 Bit : http://www.microsoft.com/whdc/devtools/debugging/install64bit.mspx

일단 다운 로드 받으시고 설치합니다. NEXT만 누르면 설치 끝~~~!
자 이제 Symbol Path 를 설정합니다. (Key Point)
WinDbg를 실행 시킨 후 Symbol File Path 를 선택합니다.
 

Path로는 MS에서 공개해 놓은 Symbol 서버를 지정합니다.
위치 : SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
 

이제 우리의 Process Explorer는 막강해 집니다...^^
PS 심볼이란?? 솔직히 저도 모릅니다. 하지만 추정컨데... 실제 동작 코드에서 보이는 16진수를 우리는 알아볼 방도가 없습니다. 그래서 이러한 코드를 실제 함수명으로 변환해주는 맵과 같은 녀석을 말하는거 같습니다.

|
 Prev   1   ···   38   39   40   41   42   43   44   ···   65   Next