7

MDY対DMY PRODからNEW_TESTとNEW_PRODサーバーの両方への多数のSSISパッケージSSIS 2012の日付形式は、3つのSQL Serverがあります

ソース・データが

ソースDATEデータはDD/MM/YYYY(2015年11月のすなわち第5回2015年5月11日として格納されている)の形式であるフラットなテキストファイルから来ています。

SSISでは、DATEソース列(テキストファイル)の定義はUnicode文字列(DT_WSTR)で、ターゲット列(DB表内)のデータ型はDATETIMEなので、テキストファイルからのデータの読み取りと、それをDBテーブルに書き込む。

PROD(古い)サーバーでパッケージを実行すると、データが正しく読み込まれます。

NEW_TESTサーバーで同じ(しかし2012にアップグレードされた)パッケージを実行すると、データも正常にロードされます。

ただし、NEW_PRODサーバーでパッケージを実行すると、データが正しく読み込まれません(つまり、2015年5月11日が2015年5月5日の予定ではなく、2015年5月11日として読み込まれます)。したがって、NEW_PRODサーバーは、US(MDY)設定を使用して、何らかの形でUK(DMY)ソースの日付文字列を変換するようです。何が起こっているかを理解しようとかなりの時間を過ごした後、これは私が発見したものです

  1. NEW_PRODサーバは「順序SQL_Latin1_General_CP1_CI_AS」
  2. NEW_TESTサーバはLatin1_General_CI_AS」の照合を持っているに設定照合を持っています" - これは現在のPRODサーバーと一致しているため、NEW_PRODの照合が正しくないようです。
  3. 上記以外のサーバーレベルでのサーバー設定の違いは他にありません。
  4. ターゲットデータベースは、NEW_ *サーバーと現在のPRODサーバーの両方で、照合順序がLatin1_General_CI_ASに設定されています
  5. ローカルマシンで手動でパッケージを実行すると、データはターゲットに関係なく正しくロードされます。
  6. NEW_PRODサーバーでスケジュールされたジョブからパッケージを実行すると、データが正しく読み込まれません。
  7. 興味深いことに、NEW_TESTサーバー上のスケジュールされたジョブからパッケージを実行すると、ターゲット接続がNEW_PRODサーバーを指している場合、データが正しくロードされる
  8. すべてのサーバーで、SSISサービスを実行するユーザーデフォルト言語は英国(sys.syslanguagesではlangid = 23)に設定されています。同じことが、スケジュールされたジョブを所有するユーザーにも当てはまります。
  9. SSISパッケージのソースデータ型の定義をDR_WSTRからDATETIMEに変更すると、パッケージの実行場所に関係なく、データが正しくロードされます。
  10. ソースとターゲットの間にデータ変換を追加し、その1つの列をDT_WSTRからDB DATETIMEに変換すると、データはNEW_PRODでINCORRECTLYにロードされますが、NEW_TESTではまだ正常に実行されます。

私はせずに、スケジューラを使用して、NEW_PRODサーバ上で正しくデータロードを作る方法を把握しようとしています:

正しい照合(非現実的でそのマスターデータベースを再構築
  1. - あまりにも多くのデータベース、あまりにも多くのデータ)

  2. (それらのあまりに多くのプラス、彼らは他の二つのサーバー上で正常に動作)すべてのSSISパッケージ内のすべての日付列にDATETIMEにDT_WSTRからソース・データ・タイプを変更

  3. VARCHARへのDATETIMEから(DBテーブルの)ターゲット・データ・タイプ(...)

だから、長い話を短く、私はソースを解釈する責任があるプロセスのどの要素を理解しようとしているの変更日付としての文字列と、誤った照合設定に関係なくMDYの代わりにDMYを使用する方法私はそれを得たと思ったが、上のリストの項目7は私に再び困惑させた。

何か暗いヒント?

+1

SSISパッケージでは、これらの日付をロードするデータフローのターゲットに対して、Connection Managerの外観はどのようになりますか?どのユーザーが使用するように構成されていますか?それはWindows認証またはSQL Server認証を使用していますか? (私は照合が赤字になるかもしれないと思う、それはUS/UKの日付形式の混乱につながる唯一のユーザー言語設定だと確信している) –

+0

SQL Server認証はすべてのサーバーでオフになっている。すべての接続はAD(Windows)ログインを介して行われます。 –

+0

パッケージを実行しているSQL Serverエージェントジョブのログファイル(「履歴の表示」を使用)を表示し、ステップの詳細を展開すると、「Executed as user ...」に期待しているユーザーが表示されますか?メッセージ? –

答えて

4

2012 SQL Serverでの日付の解釈の問題を扱うときにチェックするために4ヶ所あります。

  1. (当初はサーバーの照合順序から継承)デシベル

  2. SSISの言語設定の照合(のLocaleIDプロパティは、

  3. パッケージを実行しているユーザーの地域設定(パッケージが実行されているサーバーのOSレベル)

  4. 01実行コンテキストに関連付けられているデータベースログインの
  5. 言語設定(ログインの「デフォルト言語」プロパティ)

は、それらの間の優先順位は、おそらくありますが、私はちょうど同じ値とにそれらすべてを設定します問題はもう解消されました。

関連する問題