Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
JSSUG(Japan SQL Server User Group):第2回 SQL Serv...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
masaru1006
March 20, 2018
Technology
0
450
JSSUG(Japan SQL Server User Group):第2回 SQL Server 2017勉強会
JSSUG(Japan SQL Server User Group):第2回 SQL Server 2017勉強会の資料
masaru1006
March 20, 2018
Tweet
Share
More Decks by masaru1006
See All by masaru1006
JSSUG(Japan SQL Server User Group):第8回 SQL Server 2017勉強会
masaru1006
0
900
JSSUG(Japan SQL Server User Group):第5回 SQL Server 2017勉強会
masaru1006
0
1.4k
JSSUG(Japan SQL Server User Group):第4回 SQL Server 2017勉強会
masaru1006
0
520
Other Decks in Technology
See All in Technology
メタデータ同期に潜んでいた問題 〜 Cache Stampede 時の Cycle Wait を⾒つけた話
lycorptech_jp
PRO
0
140
AI Coding Agentの地殻変動 ~ ai-coding.info の定点観測 ~
kotauchisunsun
1
510
パネルディスカッション資料 (at Tableau Now! - 2026-02-26)
yoshitakaarakawa
0
1.1k
大規模サービスにおける レガシーコードからReactへの移行
magicpod
1
110
組織のSREを推進するためのPlatform EngineeringとEKS / Platform Engineering and EKS to drive SRE in your organization
chmikata
0
180
Agentic Software Modernization - Back to the Roots (Zürich Agentic Coding and Architectures, März 2026)
feststelltaste
1
130
ソフトウェアアーキテクトのための意思決定術: Create Decision Readiness—The Real Skill Behind Architectural Decision
snoozer05
PRO
29
8.7k
自動テストが巻き起こした開発プロセス・チームの変化 / Impact of Automated Testing on Development Cycles and Team Dynamics
codmoninc
1
970
Eight Engineering Unit 紹介資料
sansan33
PRO
1
6.9k
オンプレとGoogle Cloudを安全に繋ぐための、セキュア通信の勘所
waiwai2111
3
1.1k
生成AI活用によるPRレビュー改善の歩み
lycorptech_jp
PRO
5
2k
Snowflakeデータ基盤で挑むAI活用 〜4年間のDataOpsの基礎をもとに〜
kaz3284
1
330
Featured
See All Featured
Information Architects: The Missing Link in Design Systems
soysaucechin
0
810
KATA
mclloyd
PRO
35
15k
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
130
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.1k
Evolving SEO for Evolving Search Engines
ryanjones
0
150
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
870
The SEO Collaboration Effect
kristinabergwall1
0
380
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
How GitHub (no longer) Works
holman
316
140k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
130
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8k
Technical Leadership for Architectural Decision Making
baasie
3
270
Transcript
第2回 SQL Server 2017勉強会 開催日:2018年01月27日 主催:JSSUG(Japan SQL Server User Group)
2018/01/27 JSSUG(Japan SQL Server User Group) 1
本日の発表の流れ 1.圧縮指定のバックアップ取得の注意点について 1.1.ファイルサイズに注意!! 1.2.デモ実施 1.3.実際に検証してみて分かった事 2.復旧モデルの違いによるトランザクションログファイルの再利用のタイミングの違いについて 2.1.完全復旧モデルと単純復旧モデルの違い 2.2.デモ実施 2.3.実際に検証してみて分かった事 2018/01/27
JSSUG(Japan SQL Server User Group) 2
圧縮指定のバックアップ取得の 注意点について 2018/01/27 JSSUG(Japan SQL Server User Group) 3
ファイルサイズに注意!!(1) [タスク]-[バックアップ]でのバックアップ取得の注意点 圧縮指定時のファイルサイズは最終的なファイルサイズだけでなく、バックアップ取得中の圧縮 前のファイルサイズを考慮する必要が有る バックアップを取得し、圧縮は最後に行われるため、実際には圧縮前のファイルサイズを 格納可能なディスクスペースが必要
「以前、圧縮指定で取得したバックアップファイルのサイズが10GBで、ディスクが12GB 空いているので、圧縮指定でバックアップ取得すれば大丈夫そう。」と考えて取得すると、 ディスクのスペースが足りなくて失敗する。 2018/01/27 JSSUG(Japan SQL Server User Group) 4
ファイルサイズに注意!!(2) 2018/01/27 JSSUG(Japan SQL Server User Group) 5 バックアップ時の 圧縮指定
デモ実施 2018/01/27 JSSUG(Japan SQL Server User Group) 6 実際に動作させて、 確認してみましょう。
実際に検証してみて分かった事(1) 実際に検証してみて、最後にファイルサイズが縮小される事が分かった 圧縮指定時の圧縮前のバックアップファイルのファイルサイズは、圧縮未指定時のファイルサイ ズよりは小さい 圧縮指定時の圧縮前のバックファイルのファイルサイズは、圧縮後の5~6倍程度を見込んで おいた方が良い??(少なくとも、今回の検証結果、私の過去の経験からすると。) 2018/01/27
JSSUG(Japan SQL Server User Group) 7
復旧モデルの違いによる トランザクションログファイルの再利用の タイミングの違いについて 2018/01/27 JSSUG(Japan SQL Server User Group) 8
完全復旧モデルと単純復旧モデルの違い(1) 完全復旧モデルでも単純復旧モデルでも、トランザクションログは出力される 完全復旧モデルと単純復旧モデルで違うのは、トランザクションログの再利用のタイミング 完全復旧モデルは、ログをバックアップするまで、トランザクションログは再利用されない 単純復旧モデルは、当該トランザクションが終了したタイミングで、直ぐに再利用される 2018/01/27
JSSUG(Japan SQL Server User Group) 9
デモ実施 2018/01/27 JSSUG(Japan SQL Server User Group) 10 実際に動作させて、 確認してみましょう。
(ちょっと、自信が無いので、皆さんで議論しましょう。。。)
実際に検証してみて分かった事(1) 完全復旧モデルの場合は、ログをバックアップするまで、DBCC SHRINKFILEで0MBを指定して、実行して も、初期サイズまで戻らない 単純復旧モデルの場合は、ログをバックアップしなくても、DBCC SHRINFFILEで0MBを指定して、実行す れば、初期サイズに戻る
「完全復旧モデル ⇒ 単純復旧モデル」は、プロパティの変更だけで切り替わる 「単純復旧モデル ⇒ 完全復旧モデル」は、プロパティを変更した後に、データバックアップが必要 参考URL:https://technet.microsoft.com/ja-jp/library/ms178052(v=sql.105).aspx 完全復旧モデルの場合に、ログをバックアップする前に、ファイルサイズが初期サイズに戻らないが、縮小される のが謎のまま。。。また、2回目で更にファイルサイズが変わる。 2018/01/27 JSSUG(Japan SQL Server User Group) 11
終わりに 2018/01/27 JSSUG(Japan SQL Server User Group) 12
終わりに 皆さん、ご清聴、ありがとうございました。 検証すると、色々と疑問が解けて有意義です! 2018/01/27 JSSUG(Japan SQL Server User
Group) 13