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
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
AWS FinOps Agent 結局何が得意なの?
siromi
0
230
2026-09-26 Platform Engineering Kaigi 2026 インフラとアプリの境界線と委譲の設計 / Drawing the Infra and App Line
masasuzu
0
610
React Nativeでの OTA Updateって、 どう説明する?
ichiki1023
0
140
Apache Iceberg が拓く AI 時代のオープンレイクハウス
tomtanaka
0
210
認知負荷を吸収し、プロダクトをまたぐPR Preview基盤の設計事例
taiki45
2
580
検証フェーズはAIの回答を判断するための学習機会
toru_kubota
2
450
[2026-09-30]ロックンロールは鳴り止まないっ - 信頼性かまってちゃん - 「データ駆動を投げ捨ててまで。」追いかける信頼性改善に向けた取り組みの話
tosite
0
190
The seven pitfalls of AI (revised version)
ufried
0
230
営業オントロジーの作り方と、エージェントからの辿り方 ── ナレッジワークの現場から
kworkdev
PRO
1
240
HolmesGPTで始めるSREエージェント入門!プラットフォームの障害調査はAIにお任せ 〜
leveragestech
PRO
0
140
自律型 AI をセキュアに実装!Gemini と MIG で作る動的コード実行環境
recruitengineers
PRO
1
150
Amazon Bedrock Agents ClassicからAmazon Bedrock AgentCoreへ移行した際、ガードレール設定が2箇所に割れた話
matsunobu
0
170
Featured
See All Featured
Building AI with AI
inesmontani
PRO
1
1.3k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
910
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
500
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
390
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.3k
Paper Plane (Part 1)
katiecoart
PRO
2
11k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
930
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
350
Rebuilding a faster, lazier Slack
samanthasiow
85
9.7k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
The SEO identity crisis: Don't let AI make you average
varn
0
570
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