Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
JSSUG(Japan SQL Server User Group):第2回 SQL Serv...
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
masaru1006
March 20, 2018
Technology
470
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
JSSUG(Japan SQL Server User Group):第2回 SQL Server 2017勉強会
JSSUG(Japan SQL Server User Group):第2回 SQL Server 2017勉強会の資料
masaru1006
March 20, 2018
More Decks by masaru1006
See All by masaru1006
JSSUG(Japan SQL Server User Group):第8回 SQL Server 2017勉強会
masaru1006
0
1k
JSSUG(Japan SQL Server User Group):第5回 SQL Server 2017勉強会
masaru1006
0
1.5k
JSSUG(Japan SQL Server User Group):第4回 SQL Server 2017勉強会
masaru1006
0
550
Other Decks in Technology
See All in Technology
IR Today: Theory, Practice, and Agents
dtunkelang
0
320
ログラスのマルチプロダクトを 支える認証基盤 〜テナントごとに異なる統制とどう向き合うか〜
dada4386
3
320
20260930_Gemma4_Hands-on
tsho
0
210
企業の現実世界をグラフで写し取る
sansantech
PRO
0
240
[2026 Oracle Technical Deep Dive] エンタープライズAIエージェントを支えるOCIソリューション。ラインナップと特徴を理解しよう! (2026年9月17日開催)
oracle4engineer
PRO
0
230
TiDBファミリーにDWHが新登場!! TiDB最新情報 / TiDB update 202609
yoshiakiyamasaki
0
190
『GOエコノミー 』(相乗りサービス) におけるスペック駆動開発
mot_techtalk
1
200
AI Made Us Faster at Solving the Wrong Problems
marceloancelmo
0
140
ビジネスを止めない技術的負債の返済のための戦略とその手法 - 技術的負債と向き合う / Complexity and Simplicity
soudai
PRO
2
430
BedrockとLambdaで作る リアルタイム進行型推理ゲーム
kawametho
0
160
React Nativeでの OTA Updateって、 どう説明する?
ichiki1023
0
130
OpenClawでAzure DevOpsのWiki更新を自動化する - クラウドAIだけでは届かない場所へ
yutakaosada
0
140
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
20k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
6
1.2k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
1k
Evolving SEO for Evolving Search Engines
ryanjones
0
300
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
12k
Everyday Curiosity
cassininazir
0
340
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
2
2.2k
Color Theory Basics | Prateek | Gurzu
gurzu
1
480
Abbi's Birthday
coloredviolet
4
10k
Build your cross-platform service in a week with App Engine
jlugia
234
19k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Building Adaptive Systems
keathley
44
3.2k
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