Korea Premier Field Engineer 팀 공식 블로그.

How to backup and restore user database from SQL server to Windows Azure blob storage.

PFEKorea — Sun, 27 Jan 2013 23:08:00 GMT

From Cumulative Update 2 for SQL Server 2012 Service Pack 1, SQL Server provides more storage option for backup and restore. SQL Server backups can be storage in Windows Azure Storage. You can backup and restore to/from Windows Azure Blob storage by using Transact-SQL and SMO(Server Management Objects). This enhancement can be used on an on-premise SQL Server. But, it will be a great backup storage of SQL Server on VM(Windows Azure Virtual Machine). Let’s see how to backup and restore to/from Windows Azure Blob storage.

Pre-requisite

To use this feature, you need to install cumulative update 2 for SQL Server 2012 Service Pack 1(SP1). You can download cumulative update 2 for SQL Server 2012 Service Pack 1(SP1) from here.

You need to have a Windows Azure account.
If you do not have one, you can use Windows Azure 90 day free trial from here.

Creating a Windows Azure Storage

To backup database to Windows azure blob storage, you should create your Windows Azure storage account.

Log in to the Windows Azure Management portal.
At the bottom of Management Portal, Click NEW
On the ribbon, select DATA SERVICES – STORAGE – QUICK CREATE
In URL, type a subdomain name to use in the URI for the storage account. The entry can contain from 3-24 lowercase letters and numbers. In REGION/AFFINITY GROUP, Choose a region or an affinity group in which to locate the storage.
Click CREATE STORAGE ACCOUNT.

Create a Container

Next, you need to create a container in storage account. A container provides a grouping of a set of blobs. All blobs must be in a container. An account can contain an unlimited number of containers. A container can store an unlimited number of blobs.

Select the storage account from Management Portal. Dashboard of selected storage account will be opened.
Click CONTAINERS tab to view a list of container. There is no container, because you just created the storage account. Click CREATE A BLOB CONTAINER or ADD CONTAINER button.
New blob container screen will be opened. In NAME, Type the Name of container. set ACCESS to private and click finish button.

Creating a credential in SQL Server

First, you need to create a credential that store the Windows Azure storage authentication information in SQL Server.

Connect to SQL Server using SQL Server management studio and open a new query window.

The following Transact-SQL code snippet shows creating a credential of Windows Azure storage authentication. Copy the following code to new query windows.

CREATE CREDENTIAL mycredential
WITH IDENTITY = 'mystorageaccount',SECRET = '<storage access key>';

Back to Windows Azure Management Portal, click DASHBOARD button of your storage account.

Manage Access Keys windows will pop up.

Copy the name of storage account(pfestorageaccount) and paste it to 'mystorageaccount'.
Copy value of PRIMARY ACCESS KEY or SECONDARY ACCESS KEY and paste it to '<storage access key>'.

Your Transact-SQL will be

Execute t-sql statement.

You can verify ‘mycredential’ credential is created successfully by using the following statement.

Backing up a database

After creating a credential, you can back up your database to the Windows Azure blob storage using your credential. The following example backs up the AdventureWorks2012 database to the Windows Azure Blob Storage service:

BACKUP DATABASE AdventureWorks2012
TO URL = 'https://pfestorageaccount.blob.core.windows.net/sqlbackup/AdventureWorks2012.bak'
WITH CREDENTIAL = 'mycredential'
,STATS = 5;
GO

If you have any 3^rd party management tool of Windows Azure Storage, you can check the backup file using that.

Restoring a database

To restore a full database backup, execute the below Transact-SQL:

RESTORE DATABASE AdventureWorks2012
FROM URL = 'https://pfestorageaccount.blob.core.windows.net/sqlbackup/AdventureWorks2012.bak'
WITH CREDENTIAL = 'mycredential'
,STATS = 5;
GO

There is more detailed steps on MSDN library. Please refer to this tutorial.

By JYSeong

SQL Server 2008 리소스 관리자 - REQUEST_MEMORY_GRANT_PERCENT

PFEKorea — Tue, 21 Jun 2011 13:19:00 GMT

Memory Grant
쿼리 실행 시 특정 작업으로 인한 추가적인 메모리가 필요한 경우가 있습니다.
이러한 경우는, 큰 데이터에 대한 정렬이 필요한 경우 또는 hash 알고리즘을 사용해야 하는 경우입니다.
필요한 메모리의 크기는 통계 정보를 기반으로 산정됩니다.
하지만 통계는 항상 정확한 데이터를 보장하지 않기에 실제로 사용할 메모리보다 크게 메모리를 요구하거나 아니면 적게 요구할 수 있습니다.
크게 요구하는 경우는 메모리 리소스는 제한되어있기에, 다른 쿼리 또는 다른 개체에서 사용할 메모리 부족 현상으로 응답시간이 저하 될 수 있습니다.
작게 요구되는 경우는 관련 작업을 In-memory에서 처리 할 수 없기에 DISK IO를 유발시키는tempdb를 사용하게 됩니다.
당연히 tempdb를 사��하게 되면, 물리적인 IO가 발생하기에 메모리에서 처리되는 것보다 느릴 수 밖에 없습니다.

참고자료 BOL에서

REQUEST_MEMORY_GRANT_PERCENT:
SQL Server 2005에서는 인덱스를 만들 때 향상된 성능을 위해 처음에 부여된 메모리보다 많은 작업 영역 메모리를 사용할 수 있습니다.
이러한 특별 처리는 SQL Server 2008의 리소스 관리자에서 지원됩니다. 그러나 초기 부여 및 추가 메모리 부여는 리소스 풀 및 작업 그룹 설정에 의해 제한됩니다.

쿼리당 최대 메모리 크기
이러한 작업에서 사용할 수 있는 메모리 크기는 어떻게 확인할 수 있을까?
Perfmon에서 Maximum Workspace Memory 카운터의 값으로 확인할 수 있습니다.
Maximum Workspace Memory는 전체 설정된 메모리의 75%를 사용할 수 있으며,
요청당 최대로 요구할 수 있는 크기는 SQL Server 2008의 경우 Maximum Workspace Memory의 25%입니다.
이 수치는 리소스 관리자의 기본 작업 그룹에 설정된 값이며, 이 값을 변경하게 되면 보다 많은 메모리를 사용 할 수 있습니다.
참고로 SQL Server 2005의 경우 x86은 20%, x64는 25%를 사용할 수 있으며, 사용자가 해당 수치를 변경 할 수 없습니다.

리소스 관리자의 REQUEST_MEMORY_GRANT_PERCENT 값을 변경하여 Sorting 쿼리 테스트
쿼리당 사용할 수 있는 Workspace Memory 값을 변경하여, 어떻게 달라지는지 확인해 보자.

/*
테스트 버전 정보
Microsoft SQL Server 2008 (SP1) - 10.0.2531.0 (X64)
             Mar 29 2009 10:11:52
             Copyright (c) 1988-2008 Microsoft Corporation
             Developer Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1, v.721)
*/

첫 테스트는 기본 작업 그룹에서 테스트를 진행하는 경우입니다.
DMV를 통해서 기본 작업 그룹의 request_max_memory_grant_percent 를 확인
(25%로 설정됨)
select request_max_memory_grant_percent,* from sys.dm_resource_governor_workload_groups

대량의 데이터를 Sorting해야 하는 쿼리를 수행 시 perfmon의 Granted Workspace Memory카운터 값이 292MB정도를 사용했습니다.
Maximum Workspace Memory메모리 크기는 1229MB이기에 25%정도를 사용한 것을 알 수 있습니다.

두 번째로 작업 그룹의 REQUEST_MAX_MEMORY_GRANT_PERCENT를 100으로 변경하고 테스트를 진행해 보자.
ALTER WORKLOAD GROUP "default"
WITH (REQUEST_MAX_MEMORY_GRANT_PERCENT = 100)
GO
ALTER RESOURCE GOVERNOR RECONFIGURE

DMV를 통해서 기본 작업 그룹의 REQUEST_MAX_MEMORY_GRANT_PERCENT 를 확인.
(100%로 설정됨)
select request_max_memory_grant_percent,* from sys.dm_resource_governor_workload_groups

대량의 데이터를 Sorting해야 하는 쿼리를 수행 시 perfmon의 Granted Workspace Memory카운터 값이 1184MB정도를 사용했습니다.
당연히 많은 메모리를 사용함으로써 tempdb에 대한 IO횟수가 적어져서 전체적인 쿼리 응답시간은 두 번째 테스트가 더 좋은 결과를 보였습니다.

정리
이번 테스트를 통해서 Memory Grant를 하는 방법 및 요청 당 Workspace 메모리 설정을 변경하는 방법에 대해서 알아보았습니다.
OLTP환경보다DW환경과 같이 많은 정렬, 해쉬 작업이 빈번하게 사용되는 경우 적절한 설정을 통해서 보다 좋은 쿼리 응답시간을 가질 수 있을 것입니다.

By Hyok

SQL Server Diag Manager 공개

PFEKorea — Sun, 05 Jun 2011 07:07:00 GMT

SQLDIAG, PSSDIAG는 SQL Server 성능 및 각종 정보를 쉽게 수집할 수 있는 도구 입니다.
성능 이슈가 발생하는 경우 Perfmon, Trace정보 및 blocking정보를 한번에 수집할 수 있어 유용합니다.
하지만 수집되는 항목을 추가/삭제 하기 위해서는 긴~XML파일을 편집해야 하는 불편함이 있었습니다.
그래서 마이크로소프트 내부에서만 사용된 Diag Manager 도구가 공개 되었습니다.

설치 후 최초 UI는 아래와 같습니다.
수행할 환경에 대한 플랫폼, SQL Server 버전을 선택 한 후에, 필요한 항목들을 선택 할 수 있습니다.

필요한 항목을 지정 후 SAVE버튼을 선택하면, 아래와 같이 cab파일로 생성됩니다.
해당 파일을 수집할 서버에서 압축 해제 후 수행하시면 정의된 항목만 수집할 수 있습니다.

참고자료 :
http://diagmanager.codeplex.com/

By Hyok

How to get the desktop ribbon menu entitled “Team” in MS Project 2010

PFEKorea — Thu, 19 May 2011 10:05:00 GMT

MS Project 2010의 Team Ribbon Menu는 사용자가 사용하는 Team Explorer가 Team Foundation Server 2010과 연결이 가능한 상태에서만 나타납니다.

MS Project 2010을 통해서 TFS 2010와 연계하여 사용하기 위해서는 우선 TFS 2010과 연결 가능한 Team Explorer를 설치해야 합니다.

즉, Team Explorer 2010 이거나, 또는 하위 버전의 경우 Team Explorer 의 호환성 업데이트가 적용된 상태에서만 보입니다.

Team Explorer 2010이 설치되어 있는 사용자 컴퓨터에서 MS project 2010은 Team ribbon menu를 확인할 수 있습니다.

Team Explorer 2008 + Team Foundation Server 2010용 호환성 업데이트가 설치되어 있는 경우에도 사용자 컴퓨터에서 MS project 2010은 Team ribbon menu를 확인할 수 있습니다.

Team Foundation Server 2010용 Visual Studio Team System 2008 서비스 팩 1 다음 버전과의 호환성 업데이트(설치 관리자)
http://www.microsoft.com/downloads/ko-kr/details.aspx?FamilyID=CF13EA45-D17B-4EDC-8E6C-6C5B208EC54D

그러나, Team Explorer 2008 환경에서 Team Foundation Server 2010용 호환성 업데이트가 설치되어 있지 않은 경우, MS project 2010은 Team ribbon menu는 보이지 않습니다.

참고로 이 상태에서도 Team Foundation Server 2010용 호환성 업데이트를 하면 Team ribbon menu를 확인할 수 있습니다.

아래 화면은 Team Foundation Server 2010용 호환성 업데이트를 설치한 이후 바뀐 Ribbon menu 상태입니다.

by J

The Way to Connect TFS 2010 with Only Server Name in Team Explorer 2005/2008 like TFS 2008

PFEKorea — Wed, 18 May 2011 15:50:00 GMT

TFS 2005/2008에서 TFS 2010 업그레이드 시, 사용자들의 혼선을 최소화 하기 위해서 Team Explorer 2005/2008을 사용하더라도 서버 이름만 입력하여 접속할 수 있도록 TFS 2010을 구성할 수는 있습니다.

TFS 2010 초기 구성시에 Application Tier를 구성하는 경우, IIS Virtual Directory를 따로 구성하지 않습니다.

구성이 완료된 후, Team Explorer 2005/2008 에서 TFS 2010 서버 이름만 입력하여 서버를 추가할 수 있습니다.

이런 경우 Team Project Collection은 Default Project Collection 정보를 가지고 옵니다.

서버 추가시에 URL을 사용하지 않더라도 TFS 2010과의 정상적인 접속을 위해서는 Team Explorer 2005/2008에 맞는 호환성 업데이트를 해주어야 합니다. 그렇지 않은 경우 TFS 2010으로 접속시 오류가 나타납니다.

보다 자세한 사용자 환경은 Client Environment Checklist When Upgrading Team Foundation Server 2010를 참고하시면 됩니다.

Default Team Project Collection 관련 내용은 Default team project collection and TeamFoundationServiceUnavailableException: TF31002 를 참고하시면 됩니다.

Client Environment Checklist When Upgrading Team Foundation Server 2010

PFEKorea — Wed, 18 May 2011 14:28:00 GMT

TFS 2005/2008에서 TFS 2010로 업그레이드하는 경우, 업그레이드 된 TFS 2010 서버로 접속하가 위해서는 사용자의 환경은 Team Explorer 2010 버전을 설치 할 필요는 없습니다. 만약에 Visual Studio 2005/2008을 사용자들이 Team Explorer 2010 버전 설치한다면, Visual Studio 2005/2008과 Team Explorer 2010간에 통합환경을 구성하지 못합니다.

TFS 2005/2008 환경에서는 사용자 환경은 Visual Studio와 해당 버전 Team Explorer설치하는 경우 개발 통합 환경이 구성됩니다.

Visual Studio 버전	Team Explorer 버전
Visual Studio 2005	Team Explorer 2005
Visual Studio 2008	Team Explorer 2008
Visual studio 2010	Team Explorer 2010

그리고, Visual Studio 6.0과 Team Explorer를 설치하여 통합환경을 구성할 수 있습니다.

Visual Studio 버전	Team Explorer 버전	MSSCCI Provider 버전
Visual Studio 6	Team Explorer 2005	2005용MSSCCI Provider
	Team Explorer 2008	2008 용MSSCCI Provider
	Team Explorer 2010	2010 용MSSCCI Provider

TFS 2010으로 업그레이드 하는 경우, Visual Studio 2005/2008의 사용자 환경은 해당 Team Explorer 버전을 기준으로 아래와 같이 적용하면 됩니다.

또한 Visual Studio 6과 통합하여 구성된 경우라도, 해당 Team Explorer 버전을 기준으로 적용하면 되겠습니다. Team Explorer 2010을 사용하시는 경우에는 따로 변경하실 내용은 없습니다.

1. Visual Studio 2005 인 경우

- Visual Studio 2005 Service Pack 1 설치
- Team Foundation Server 2010용 Visual Studio Team System 2005 서비스 팩 1 호환성 Hotfix 설치

Microsoft® Visual Studio® 2005 Team Suite 서비스 팩 1
http://www.microsoft.com/downloads/ko-kr/details.aspx?FamilyID=BB4A75AB-E2D4-4C96-B39D-37BAF6B5B1DC

Team Foundation Server 2010용 Visual Studio Team System 2005 서비스 팩 1 다음 버전과의 호환성 업데이트(설치 관리자)
http://www.microsoft.com/downloads/ko-kr/details.aspx?displaylang=ko&FamilyID=22215e4c-af6f-4e2f-96df-20e94d762689

2. Visual Studio2008 인 경우

- Visual Studio 2008 Service Pack 1 설치
- Team Foundation Server 2010용 Visual Studio Team System 2008 서비스 팩 1 호환성 Hotfix 설치

Microsoft Visual Studio 2008 서비스 팩 1(설치 관리자)
http://www.microsoft.com/downloads/ko-kr/details.aspx?FamilyID=FBEE1648-7106-44A7-9649-6D9F6D58056E

호환성 업데이트가 필요한 이유는 TFS 2010으로 접속하는 방식의 변화 때문입니다.
Visual Studio 2008에서 TFS 2008 서버를 추가하는 경우 Team Foundation Server 이름과 포트 정보를 입력하고 접속하면 됩니다.

이런 접속 방식은 TFS 2010에서 새로 소개된 Project Team Collection 때문에 접속 하는 방법에 변화가 발생하였습니다.
Team Explorer 2010의 경우라면, 미리 고려하여 설계되었기 때문에 서버 추가 한 후, Team Project Collection의 목록이 조회되는 화면이 보이도록 되어 있습니다.

- 서버 추가 화면

-서버에 접속해서 Team Project Collection 목록을 가지고 오는 화면

그러나, 이런 디자인 변경에 대해서 Team Explorer 2005/2008 에서도, TFS 2010의 Team Project Collection에 접속할 수 있도록 아래와 같은 URL 형태의 가능하도록 만들어주는 것이라 볼 수 있습니다.

Team Explorer 2005/2008의 경우 호환성 업데이트를 하지 않은 경우라면, TF30335관련 오류 메세지가 보입니다.

TFS 2010 구성의 방법에 따라서, TFS 2005/2008과 같은 방식으로 TFS 서버와 Port 정보만으로 접속 환경을 구성할 수 있습니다. 하지만 이런 경우라도, 호환성 업데이트가 되지 않은 경우라면 서버 접속은 오류가 발생합니다. 아래와 같은 오류 메세지가 나타납니다.

이상으로, TFS 2010으로 업그레이드를 계획할 때 고려해야 하는 사용자 환경에 관련된 설명을 마치도록 하겠습니다.

by J

Integrate Project Server with Team Foundation Server 2010

PFEKorea — Fri, 13 May 2011 07:06:00 GMT

2010년 7월에 CTP Version으로 발표됐던 Team Foundation Server 2010과 Project Server 2010 Integration Feature가 드디어 RTM 버전으로 발표되었습니다.

기존 CTP Version은 아래 Hyper V Virtual Machine을 통해서 사용해 볼 수 있습니다.

Microsoft® Team Foundation Server® 2010 and Microsoft Project Server® 2010 Integration Hyper-V Virtual Machine
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=f221c660-161b-43ca-95f3-e0e4aad8d43e&displaylang=en

RTM 버전으로 발표된 Feature에 대해서 자세한 정보는 아래 사이트에서 확인 가능합니다.

New Feature Pack from Visual Studio Improves Project Management and Software Development Team Collaboration
http://blogs.msdn.com/b/project/archive/2011/03/04/new-feature-pack-from-visual-studio-improves-project-management-and-software-development-team-collaboration.aspx

또는

VS/TFS 2010 SP1 and TFS-Project Server Integration Feature Pack have Released
http://blogs.msdn.com/b/bharry/archive/2011/03/08/vs-tfs-2010-sp1-and-tfs-project-server-integration-feature-pack-have-released.aspx

Team Foundation Server Project Server Integration Feature Pack를 가지고 설치 및 구성을 위한 자세한 정보도 같이 발표가 되었습니다.

두가지 링크를 가지고 따라서 구성해보니, 어렵지 않게 구성이 가능합니다.

Team Foundation Server Service Pack 1과, Visual Studio 2010 Service Pack 1을 설치한 후, Team Foundation Server Project Server Integration Feature Pack을 설치합니다.
해당 Feature Pack의 경우, Visual Studio 2010 Ultimate with MSDN subscribers는 download가 가능합니다.

System and Setup Requirements to Support Integration of Team Foundation Server and Project Server
http://msdn.microsoft.com/en-us/library/gg412650.aspx

해당 Feature를 설치하면, 아래 구성 안내 URL을 기반으로 구성하시면 됩니다.
TFSAdmin ProjectServer command를 통해서 Team Foundation Server 2010에 등록된 Project와 Project server에 등록된 Project를 Mapping하여 관리할 수 있습니다.

Team Foundation Server 및 Project Server의 통합 구성
http://msdn.microsoft.com/ko-kr/library/gg412647.aspx

Enterprise 프로젝트 계획을 팀 프로젝트에 연결되면, MS Project를 통해서 Project를 Open하는 경우 아래와 같이 publish to team project column이 추가 된 것을 확인할 수 있습니다.

by J

Load Test Using a Computer with Multiple CPUs or Cores in Visual Studio 2010

PFEKorea — Wed, 04 May 2011 07:43:00 GMT

Visual Studio 2010 환경에서 Load test 시에 CPU는 1개만 인식됩니다. 이유는 License 때문에 그런 것으로 아래 Pack이 추가로 필요합니다.

Visual Studio Load Test Virtual User Pack 2010

http://www.microsoft.com/visualstudio/en-us/products/2010-editions/load-test-virtual-user-pack

관련 내용은 아래 MSDN을 보시면 확인이 가능합니다.

http://msdn.microsoft.com/en-us/library/ms243155.aspx

"Adding a Visual Studio Load Test Virtual User Pack 2010 in a nontest controller scenario has the added benefit of unlocking all machine processors for use. Without a Visual Studio Load Test Virtual User Pack 2010, your local machine can use only the first processor. After you have added a Visual Studio Load Test Virtual User Pack 2010, load tests can use all processors on the machine when they run."

Visual Studio Load Test Virtual user Pack 2010을 설치한 후, Microsoft Visual Studio Test Controller 2010 Configuration Tool 실행합니다.

Configure Test Controller를 실행하여, 아래와 같은 화면에서 Manage Virtual user license를 선택합니다.

License Keys를 등록 한 이후에 Visual Studio 2010을 다시 실행하여, Load test를 실행하면 Multi Processor가 사용되는 것을 확인할 수 있습니다.

by J

MOSS 2007 Performance Tuning Part2 - Object Dispose

arnold park — Fri, 08 Apr 2011 05:09:00 GMT

Sharepoint 2007 성능 튜닝 두 번째 Part 입니다. 이번 주제는 Sharepoint 관련 Code Tuning에 관련된 내용입니다.
2007 대상이라고 말씀드렸지만, Sharepoint 2010에도 동일하게 적용되는 내용입니다.

이번에 다룰 내용은 Sharepoint에서 객체 Dispose에 대한 내용입니다.
Sharepoint 뿐 아니라 일반적인 Application개발 시에도 object를 사용 후에는 적절한 해제 로직을 통해서 자원을
반납해야 합니다. Garbage Collector가 자동으로 해주지 않을까.. 라고 생각할 수도 있지만, GC가 동작하는 것은
.NET 쪽의 메모리 부족을 감지해서 동작하며 또한 GC가 메모리를 회수하게 되면 많은 CPU자원이 사용되어 성능
저하됩니다.
또한 GC가 감지하지 못하는 메모리 이외의 자원의 경우 메모리와 상관이 없다면 누수가 발생할 수 있겠지요.
대표적인 경우가 ADO.NET을 통해서 SQL 서버의 연결을 사용하는 SQL Connection 개체가 있습니다.

Sharepoint를 Object Model을 사용해서 접근할 때 사용되는 대표적인 리소스가 SPWeb,SPSite 등이 있고, 이
객체들은 모두 IDisposable이라는 인터페이스로 부터 상속을 받아 Dispose 메서드를 구현하고 있습니다.

문제는 위에서 SQL Connection의 예와 같이 Sharepoint 객체들은 SPWeb,SPSite로 접근하지만 이와 연관된
COM Object(UnManaged Code)들이 존재하며 이 객체들은 Dispose가 호출되어야 정상적으로 해제된다는
점이고, 객체 당 약 1~2MB정도의 메모리 영역을 차지합니다.

대표적으로 객체 Dispose가 안되는 패턴을 살펴보면

첫 번째 Using을 사용하여 호출된 siteCollectionOuter의 경우에는 명시적으로 Dispose를 호출하지 않아도
자동해제 됩니다.
내부에서 생성한 siteCollectionInner의 경우에는 Dispose가 호출되지 않아 Leak이 발생되게 됩니다.

좀 더 자세한 내용과 예제는 아래 링크를 통해서 확인하실 수 있습니다.
http://msdn.microsoft.com/en-us/library/aa973248(v=office.12).aspx

그렇다면 정상적으로 객체들이 해제되었는지를 확인하기 위해서는 소스 리뷰를 해야 하는데, 소스 코드를
찾아서 하나씩 찾아내야 할까요? 이 작업을 자동으로 해주는 툴이 있습니다. ^^
아래 사이트에서 제공하는 SPDisposeCheck이라는 툴을 사용하면 모든 작업이 편해집니다.

http://archive.msdn.microsoft.com/SPDisposeCheck

사용 방법은 매우 간단합니다. 사이트를 접속한 후 "here"를 클릭하여 툴을 다운로드 받습니다.
이 툴은 .NET Reflection을 사용해서 개발된 DLL의 위치를 지정해 주면 해당 소스의 어느 함수에서 어떤
패턴으로 Dispose되지 않았는지 찾아줍니다.
Syntax는 아래와 같이 개발된 DLL의 위치를 지정한 후 "> result.txt" 를 지정하여 결과 파일을 명시합니다.

SPDisposeCheck Sample.dll > result.txt

결과는 위와 같이 Module명(DLL)과 함수명, 실제 Dispose가 되지 않은 소스(Statement)까지 출력해 줍니다.
(실제 함수명 등은 특정 고객 사의 정보가 들어 있어서 그림에서는 지웠습니다. ^^)
툴의 실행은 Sharepoint 서버에서 실행하실 필요는 없고, 서버에서 DLL을 복사 후 Client 에서 돌려주셔도 됩니다.
단 툴을 실행하기 위해서는 Sharepoint가 Client에 설치되어 있어야 합니다. Reflection하는 과정에서 Sharepoint관련
DLL들이 필요하기 때문이지요..

happy Sharepoint!!

MOSS 2007 Performance Tuning Part1 - Session데이터 저장소 변경.

PFEKorea — Tue, 21 Dec 2010 08:52:00 GMT

Sharepoint 2007과 관련된 Tuning 시리즈입니다. Part1의 내용은 Sharepoint 2007에서 사용하는
세션저장소에 대한 내용입니다.

기본적으로 Sharepoint에서 Session State를 Enable 시키게 되면 SQL Server를 사용하게 됩니다.
Session State를 Enable 시키기 위해서는 아래와 같이 중앙관리자> Application Management >
Configure Session State를 접근해서 구성할 수 있습니다.

위와 같이 "Enable Session State"를 선택한 상태에서 구성을 마치게 되면 web.config에는 아래와
같은 내용이 자동으로 입력됩니다.

Session관리와 관련된 테이블은 SSP DB의 테이블에 들어가게 됩니다.

성능에 대한 이슈가 없다면 기본 구성으로 설정하고 사용해도 되지만, SQL Server의 Profiler등을
통해서 Tracing할 때 Session과 관련된 I/O 등으로 성능이 저하된다면 웹-서버의메모리에서
세션을 관리하는 InProc 방식으로의 변경을 고려해 볼 필요가 있습니다.

먼저 기존 SQL 서버방식에서 InProc 방식으로 변경하기 위해서 선행되어야 하는 조건은, L4에서
특정 웹-서버에 연결된 client의 요청이 계속 같은 서버로 가야한다는 전제조건이 있습니다.

SQL 서버나 State Server 등으로 관리할 때는 중앙관리 방식이라 이런 점이 문제가 되지 않지만,
InProc 방식은 특정 서버의 메모리에서 관리되는 방식이므로 요청이 계속 같은 서버에서 처리되어야
합니다.

조건이 만족되었다면 InProc 방식으로 변경하는 작업을 진행합니다.

1) Session State 구성화면에서 Enable Session State의 체크를 해제합니다.

설정 변경 후 web.config를 열어보면 <SessionState> 태크가 없어진 것을 확인할 수 있습니다.
SessionState의 경우 기본 값이 InProc 이므로 이 모드로 동작하게 됩니다.

2) 추가적으로 해주어야 할 일은 web.config에서 아래와 같이 Session 모듈이 주석처리 되는데
주석처리된 부분을 풀어주시면 됩니다.

<httpModules> 

Happy Sharepoint!!

By junpark

Sharepoint 2010에서 Session State 사용.

arnold park — Mon, 06 Dec 2010 11:34:00 GMT

Sharepoint 2010환경에서 Session을 사용하는 Custom 코드에서 세션과 관련된 오류가 발생합니다.
"Session state can only be used when enableSessionState is set to true"

기본적으로 Sharepoint 2007, 2010에서 세션은SQL Server에 저장됩니다. 세션 서비스를 Enable 시키기
위해서는 아래와 같이 Powershell 명령어를 실행합니다.

Enable-SPSessionStateService –DefaultProvision

세션 서비스가 시작된 이후에는 중앙관리자를 통해 서비스가 시작된 것을 확인할 수 있습니다.

실행 후 Application의 web.config를 확인해 보면 아래와 같이 SQL server를 사용하도록 바뀐 것을 볼 수 있습니다.

Session이 Database에서 관리되기 때문에 만료된 세션은 SQL Agent Job에 의해서 삭제됩니다.

이 서비스가 실행되어야 만료된 세션에 대해서 삭제가 됩니다.

아래와 같이 Agent Job이 등록되어 있는 것을 확인합니다.