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
masaru1006
March 20, 2018
Technology
480
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
HQ駆動開発で最高のAI-Contextを作ろう
sansantech
PRO
1
120
新米を「売り越さない」、Aurora DSQLで作る在庫ゼロ死守の限定ドロップEC
yama3133
0
190
少ない人手 限られた予算 それでも守る 消せない・見つける・戻れる オールハザード型BCP on AWS / 20261107 Mitsutoshi Matsuo
shift_evolve
PRO
0
280
続・ソフトウェアアーキテクトのための意思決定術: Decision Readiness, Revisited — When AI Changes the Economics of Software Architecture
snoozer05
PRO
9
2.7k
AIエージェントの監視、思考を見るか行動を見るか / Monitoring AI Agents: Thoughts or Actions
yusukeshimizu
2
170
【dbts2026】AIエージェントの 判断と探索を変える、 データベース エンジニアリング― 既存DBの処理と依存関係から作る、オペレーショナルオントロジー ―
shisyu_gaku
0
250
[JAWS Festa 2026]一番いい仕事は、請求書に現れない / jawsfesta2026
sh_fk2
2
410
AWS構成から考えるWebセキュリティ ― WordPressの構築経験から考える公開範囲と更新運用【JAWS FESTA 2026 in AKITA】
cscengineer
PRO
2
360
AI AgentによるEmbedded SREの取り組み
tgidgd
1
360
AIコーディングはじめました
miso
0
160
AX時代の自治体支援リソース再配分と役割分担の再構成:戦略とロードマップ(概要)
sishi2026
0
200
IBC 2026 動画技術関連レポート / IBC 2026 Report
cyberagentdevelopers
PRO
2
440
Featured
See All Featured
Done Done
chrislema
187
17k
How to train your dragon (web standard)
notwaldorf
96
6.9k
HDC tutorial
michielstock
2
1k
Paper Plane
katiecoart
PRO
5
55k
Evolving SEO for Evolving Search Engines
ryanjones
0
360
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.5k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.3k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
The Limits of Empathy - UXLibs8
cassininazir
2
770
Bash Introduction
62gerente
615
220k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
980
Designing for Timeless Needs
cassininazir
1
550
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