［速報］Windows、Linux、Dockerに対応した「SQL Server 2017」正式版リリース。Microsoft Ignite 2017
［速報］Windows、Linux、Dockerに対応した「SQL Server 2017」正式版リリース。Microsoft Ignite 2017 マイクロソフトはフロリダ州オーランドで開催中のイベント「Microsoft Ignite 2017」で、SQL Server 2017の正式版を10月2日にリリースすると発表しました。 SQL Server 2017 brings the power of SQL Server to Windows, #Linux & #Docker containers for the first time: https://t.co/hY5k2Ev4UH#MSIgnite pic.twitter.com/G1CHtHalXm — Microsoft SQL Server (@SQLServer) 2017年9月25日 SQL Server 2017はW
マイクロソフト、次期SQL Serverとなる「SQL Server 2017」発表。DBMS内でTensorFlowやCNTKなどのディープラーニングを実行可能に
SQL Server 2017ではグラフオブジェクト対応、過去の処理から学んで自己チューニングするAdaptive Query Processing、SQLクエリにPythonやRを組み込めるなどの新機能を備えています。Windows版とDocker対応を含むLinux版が同時にリリース予定です。リリース時期は未定。 グラフオブジェクトとクエリに対応したことで、ソーシャルネットワークの分析やIoTネットワークのモデリングなど、これまでのリレーショナルデータベースでは困難だった処理が容易になります。 ストアドプロシージャでディープラーニングを実行可能に 新機能のなかでも最大の特徴は、SQLクエリにPythonを組み込むことが可能になり、ストアドプロシージャのなかでTensorFlowやCNTKといったディープラーニングライブラリが実行可能になったことです。 マイクロソフトはSQL Serve
SQL Server のバックアップの基本パターン at SE の雑記
以前、SQLTO で [SQL Server のバックアップとリストアの基礎] というセッションを担当させていただきました。 ブログではバックアップについてまとめたことがなかったので少しまとめてみたいと思います。 2013/8/14 追記 投稿を見直して、内容を大幅に修正しています。 ■バックアップの基本パターン バックアップの基本パターンですが以下のようになると思います。 週に一度のユーザーデータベースの完全バックアップ ユーザーデータベースは完全バックアップ以外の曜日は差分バックアップ 毎日システムデータベースを完全バックアップ 一日に定期的な間隔でトランザクションログをバックアップ 過去のバックアップファイル (bak/trn) の削除 過去のメンテナンスプラン テキストレポート (txt) の削除 過去のバックアップログ (msdb のレコード) の削除 SQL Server のバ
SQL Server 2008 以降のログの切り捨て at SE の雑記
なし。データベースに単純復旧モデルが使用されている場合は、トランザクション ログの切り捨てが自動的に行われます。 ログ バックアップ チェーンをデータベースから削除する必要がある場合は、単純復旧モデルに切り替えてください。 トランザクションログを手動で強制的に切り捨ての必要が発生する可能性があるのは、復旧モデルが [完全] [一括ログ] を使用していて、定期的にトランザクションログのバックアップを取得しておらず、トランザクションログの領域が圧迫してしまった場合だと思います。 トランザクションログのバックアップを取得すれば解決するのですが、ディスク領域が枯渇しており、バックアップの取得先がない場合は強制的にログを切り捨てる必要があります。 # SQL Server のサービスアカウントがアクセスできる共有フォルダがあれば、ネットワーク越しに取得できることもありますが。 このような場合は復旧モ
【SQLServer】知ってた？トランザクションログバックアップが、ログ削除の方法です。 | ﾌﾟﾗﾌﾟﾗ式技術系 Access流!
一定期間更新がないため広告を表示しています
OracleとSQL Server、導入・構築・運用の違いとは？
運用フェイズ データベース運用は、バックアップ・リカバリ、パフォーマンスチューニング、セキュリティ管理など重要事項が多岐にわたります。ここでは特にOracleと手順が異なるため、運用の際に注意が必要なバックアップ・リカバリについて両者の違いを解説したいと思います。 バックアップ・リカバリの中心となるトランザクションを保持するアーキテクチャが両者で大きく異なります（図5）。なお、Oracleではトランザクションを保持するログを「REDOログ」と呼びますが、SQL Serverでは「トランザクションログ」と呼びます。 1. バックアップ方法の違い Oracleを運用されている方は、OracleがREDOログファイル最低2個以上を循環利用し、またログファイルがいっぱいになった場合には、（アーカイブログモード時）アーカイブログを保管するディレクトリを初期化パラメータで指定しておくだけで、ログファイ
フラッシュメモリを、ストレージではなくインメモリDBの「メモリ」として使う。Fusion-ioがSQL Server 2014のインメモリDBに対応発表
フラッシュストレージは従来のハードディスクよりも圧倒的に高速なアクセスを実現するストレージであり、データベース高速化の手段としてしばしば用いられています。 Fusion-ioは同社の技術でこの状況をさらに推し進め、フラッシュメモリを高速なストレージではなく、インメモリデータベースの「メモリ」として利用することでデータベースを高速化する技術を発表しました。 具体的には同社のPCIeフラッシュ製品群（ioMemory）を、今月リリースされたマイクロソフトのSQL Server 2014に最適化。SQL Server 2014が備えるOLTPのインメモリデータベース機能に対応させています。 The Fusion ioMemory platform builds upon the in-memory innovation in SQL Server 2014, delivering up to 4
カラム型データベースはなぜ集計処理が高速で、トランザクションが苦手なのか。インメモリとカラム型データベースの可能性を調べる（その4）
カラム型データベースはなぜ集計処理が高速で、トランザクションが苦手なのか。インメモリとカラム型データベースの可能性を調べる（その4） 現在主流となっているOracle、SQL Server、DB2などのリレーショナルデータベースは事実上すべて、行（ロー）指向で内部の処理を行っています。一方で、最近急速に注目されているのが、列指向で内部処理を行い、大量データの集計や分析処理に優れた「カラム型データベース」（あるいはカラム指向データベース、カラムナーデータベース）です。 カラム型データベースはSybase IQやNetezza、Verticaなどデータウェアハウス専用のデータベースで主に採用されています。また、SQL Serverには「ColumnStore Index」、Oracle Exadataには「Hybrid Columnar Compression」と呼ばれるカラム型データベースの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Database sizing guidance for XenDesktop 7.6 | Citrix Blogs
XenDesktop 7.6 Connection Leasing Design Considerations | Citrix Blogs