'SQL Server 2014'에 해당되는 글 20건

  1. VLF 생성 알고리즘 변경 SQL2014 이후 버젼 1
  2. SQL Server 2014 CTP2 In-Memory OLTP Sample
  3. Hekaton SQL SERVER 재시작시 DLL 재 컴파일 및 링킹
  4. Delayed Durability
  5. SQL Server 2014 SELECT INTO Parallelism 개선 (But, ENT 버젼만 가능)
  6. 테이블 변수에 nonclustered index 생성 가능 in SQL2014
  7. [펌] Improved Application Availability During Online Operations in SQL Server 2014
  8. SQL 2014 is the new cardinality estimator
  9. SQL2014 Hekaton 하드웨어 요구 사항
  10. Hekaton 테이블의 버켓수는 어느 정도가 되야 적정선일까?


http://www.sqlskills.com/blogs/paul/important-change-vlf-creation-algorithm-sql-server-2014/


For SQL Server 2014, the algorithm is now:

  • Is the growth size less than 1/8 the size of the log?
  • Yes: create 1 new VLF equal to the growth size
  • No: use the formula above

So on SQL Server 2014, if you created your log at 1GB and it auto-grow in chunks of 512 MB to 200 GB, you’d have:

  • 16 VLFs from the initial log creation
  • All growths up to the log being 4.5 GB would use the formula, so growths at 1, 1.5, 2, 2.5, 3, 3.5, 4 GB would each add 8 VLFs * = 56 VLFs
  • All growths over 4 GB will only create 1 VLF per growth = (200 – 4) x 2 = 392 VLFs
  • Total = 392 + 56 + 16 = 464 VLFs

464 is a much more reasonable number of VLFs than 3200, and will be far less of a performance problem.

http://msftdbprodsamples.codeplex.com/releases/view/114491

SQL Server 2014 CTP2 In-Memory OLTP Sample으로 adventureworks 2012 버젼에 추가 스크립트가 있네요~

http://www.sqlpassion.at/archive/2013/11/25/how-hekaton-will-impact-the-rto-of-your-database

when you are restarting SQL Server, SQL Server compiles and links EVERY DLL that you have generated in the past. Compiling and linking every Hekaton DLL takes some CPU time, and during that phase your database is in the RECOVERY phase, which means it is unaccessible from a users perspective!


SQL Server 재시작시 Hekaton dll 들은 다시 컴파일 되고 링킹 된다. (헐... 서버 시작 할때 오버 헤드가 있겠군여.)

Delayed Durability


Delayed Durability는 2014에 추가된 기능이다.
로그 파일 I/O 성능 향상을 주는 군요. 단 손실될 수 있는 데이타에서만 사용하도록 한다. BOL




http://www.sqlperformance.com/2013/08/t-sql-queries/parallel-select-into 

Ent Version에서만 Select~Into가 병렬로 처리하네요.

http://www.sqlservercentral.com/blogs/aschenbrenner/2013/06/26/non-clustered-indexes-on-table-variables-in-sql-server-2014/

SQL2014버젼 부터 테이블 변수에 클러스터드 인덱스 말고도 논클러스터드 인덱스도 생성 가능하네요.

http://www.sqlstash.com/2013/06/28/sql-2014-cardinality-estimator/
http://www.sqlskills.com/blogs/bobb/tracing-cardinality-estimation-in-sql-server-2014/


성능 차이는 10% 더 빠르다~


SQL2014 이전 버젼에서는 New cardinaltity estimator 사용하려면
    OPTION (QUERYTRACEON 2312)


SQL2014 버젼에서 사용 안 하려면, 
    OPTION (QUERYTRACEON 9481)


사용여부 확인은 XML 실행 계획에서 CardinalityEstimationModel110=”ON”확인 해보면 된다.


2013.11.18 

http://www.sqlskills.com/blogs/joe/the-cselcalcascendingkeyfilter-calculator/


  

http://blogs.technet.com/b/dataplatforminsider/archive/2013/08/01/hardware-considerations-for-in-memory-oltp-in-sql-server-2014.aspx

 

CPU

  • 2 cpu socket mid-range server 추천.
  • hyper-threading 활성화(40% 성능 향상)

 

Memory

  • 많을 수록 좋음.
  • Data size의 2배 이상 충분해야 한다.

 

Log drive

  • low latency의 저장 디스크가 필요한데, SSD를 추천한다네요

 

Data dirve

  • 순차 I/O 및 호스트 어댑터의 대여폭이 성능을 좌우 한다. 순차 I/O가 중요하다. 


http://dataidol.com/davebally/2013/07/17/how-full-are-your-hekaton-buckets/

위의 블로그 보면서 정리좀 해봐야겠다. ent만 되어봐 ~ ㅡㅡ