豊富なSAPアップグレード・シナリオを提供します。

アップグレードの具体的な手法は複数存在しますが、それらの手法をお客様の要件に合わせて自由にお選び頂けます。

アップグレード作業は一般的なBASISコンサルタントにとっては、難易度の高い作業として位置づけられており、担当するBASISコンサルタントのほとんど実施経験という意味では数年に1回あるかないかが現実です。

言い換えますと担当するコンサルタントのスキルレベルや経験でお客様のシナリオの数が異なることも少なくありません。

「アップグレードに1週間かかります。」

「アップグレードは難しい。」

などのコメントが担当コンサルタントからあった場合は是非ご相談ください。

ご参考までに弊社のお客様が本番切替時に確保されたダウンタイム日数は下記の通りです。

アーカイブ対象の要件により2種類に分かれます。

１．典型的なデータ・アーカイブ要件例
・データ量が増大による処理パフォーマンス劣化
・ディスク容量の増加
・バックアップ・リカバリ時間が長くなる
・アーカイブ対象：テーブル

２．典型的なイメージ・アーカイブ要件例
・e-文書法対応（帳票などの電子保管義務）
・内部統制対応（会計／業務データの適正保管）
・対象：請求書、発注書、仕様書、提案書、証憑書類、各種レポートなど

１．データ・アーカイブ
SAPデータ・アーカイブとは、SAP ERP（R/3）の古いデータを、アーカイブ・ファイルとしてシステムの外に移動し、データベースからは削除することで、ディスクスペースの節約によるコスト削減、データ量の抑制によるパフォーマンス改善を目指す手法です。

データ・アーカイブのみであれば、ArchiveLink対応のアーカイブ・ツールは不要です。

２．イメージ・アーカイブ
印刷リスト、送信文書、受信文書などをイメージで保存します。データ量削減が目的のデータ・アーカイブとは異なります。
ArchiveLink対応のアーカイブ・ツールが必要になります。

主要機能としてはアーカイブ・データ参照機能があります。
標準機能のアーカイブ情報システムを使用することで、アーカイブ・データの検索が可能です。また、標準画面から直接アーカイブ・データを表示できるトランザクションもあります。

なお、アーカイブ機能を導入する際にはアーカイブ・ツールが必要です。 SAPのアーカイブ用インタフェースである、ArchiveLinkに対応した、アーカイブ・データの格納用の外部ストレージです。サードパーティにより開発されている製品や、SAP製のものもあります。

１．データ・アーカイブ未導入のユーザ様向け
データ・アーカイブの導入により、データの増加を抑制し、コスト削減、パフォーマンス改善をお手伝いします。→データ・アーカイブ導入

２．データ・アーカイブ導入済みのユーザ様向け
アーカイブ・ツールを使用してのデータ・アーカイブ導入済みのユーザ様には、アーカイブ・ツールの変更、廃止によるコスト削減をお手伝いします。
→アーカイブ・ツール移行
→アーカイブ・ツール廃止

データ・アーカイブの導入サービスです。テーブル分析から要件定義、実装だけでなく、運用設計、本番移行までご支援いたします。

１．アーカイブ用ストレージ選定
現在、アーカイブ用のストレージにも様々な選択肢が出てきました。プロジェクトの中で、要件に合わせてご提案いたします。

２．ArchiveLink対応
・ライセンス不要ArchiveLink機能
・SaaS
・WORM対応ストレージ
・コスト再優先ソリューション

３．サービス期間
データ・アーカイブ導入プロジェクトは、対象範囲、要件に依存しますが、およそ4～6ヶ月ほど必要となります。
アーカイブ・データ毎の業務要件の調整なども必要なため、余裕をもったご計画をお勧めしています。

アーカイブ・ツールを使用してのデータ・アーカイブ導入済みのユーザ様には、アーカイブ・ツールを移行することでコスト削減できる可能性があります。
本サービスでは、既存アーカイブ・ツールから、新規アーカイブ・ツールへアーカイブ・データを移行し、アーカイブ・ツールをコストの低いものへ変更することを可能にします。

移行先アーカイブ・ツールもお客様要件に合わせていくつかございますので、最適なソリューションをご選択頂けます。

ユーザ様の状況、要件次第ではアーカイブ・ツールを廃止し、SAPの標準機能でアーカイブを実行することも可能です。

某企業様
SAPデータ・アーカイブ導入。
FI、CO、SD、MM、PPのデータをアーカイブの実装実施。
拡張性とWORM機能を備えたストレージ製品を活用しました。

某企業様
アーカイブ・ツール廃止。
既存のアーカイブ・ツールを、要件を見直した上で廃止。
弊社にて、アーカイブ・データのアーカイブ・ツールからの移行を実施しました。

この中でSAP BASISの世界を意識しなければならないのは、2以上の統合レベルです。

商用UNIX機やメインフレームで稼働するハイパーバイザー上で分割（パーティショニング）された環境でのSAP稼働は2000年以降ごく当たり前に利用されていました。最近では、マイクロソフト社のHyper-Vやヴイエムウェア社のVMwareなど、安価なx64サーバ環境上で実装された仮想化環境が台頭しSAP用途でも積極的に採用され始めています。
現時点では、x64仮想環境の適用は、品質保証機、開発機など、本番機以外のランドスケープやSAP Solution Manager、周辺サーバなどパフォーマンスがシビアに求められない環境での採用が弊社のお客様の主流ですが、既にx64仮想化環境を導入済みのお客様のお話をお伺いする限り、中小規模の安定稼働はすでに実現できていますので、こちらも時を追って実績が伴うことで環境の違いを問わず適用されていくだろうと予想しております。
なお、仮想化環境でのSAP導入及び運用における技術考慮点、TIPSなどは、技術トピックで取り上げて参ります。

異機種混在システムの運用では、システムごとに必要なリソースが縛られ、また管理上無駄が生じます。基盤ソフトウェアを統一することで、必要なリソースの相互利用を可能にし、また運用作業を均一化することでその負荷を軽減することができます。

すぐに費用対効果が出やすい実例：

１．OSを統一することで、バックアップ手段を統一化し、必要な機材の削減、運用負荷を低減する。
２．ソフトウェアを1種類に統一化することでボリュームが生まれることなり、ライセンス、保守費用を削減する。
３．汎用性の高い開発ソフトウェアを採用することで、システム開発コストを削減する。
４．システム運用担当者が必要なスキルを絞り込むことにより教育コストを削減する。

基盤ソフトウェアの統合に必要な作業：

統一したいOS,DBMSのソフトウェアとSAPが稼働しているプラットフォーム（OS,DBMS）が同じであれば、SAPの世界でいうHomogenous System Copy（同一機種間コピーまたは単純にシステムコピーと呼ばれる。）を実施することで１つのサーバ上に仮想化されたOS環境に簡単にコピーすることができます。

しかし、OS又はDBMS又はその両方が統一したいソフトウェアと異なる場合には、SAPの世界でいうHeterogeneous System Copy（異機種間コピーのこと、一般的にはマイグレーション（SAP Migration））を実施することで実現できます。 ちなみにSAPのインフラといえば、一昔は商用UNIXが多勢をしめておりましたが、日本国内におけるSAP稼働プラットフォームとしてはWindowsが非常に多く採用されている状況であり、実際に弊社にご相談されるお客様のほとんどが商用UNIXからWindowsへの移行を検討されています。
今までご説明してきた統合レベル1～3はサーバ自体の数を減らすことはできますが、SAPインスタンスやクライアントの数は変わりません。言い換えると依然としてSAPシステムとしては従来と変わらないため、統合による各種メリットやコスト削減効果ポイントはインフラ部分に特化した内容に限定されています。

統合レベル4，5ではSAPの内部を統合するというお話です。

SAPシステムは会計・購買・販売・精算など基幹業務プロセスが密接に関わる形で構成されています。つまりSAPシステム同士を統合することは技術的なハードルが高く、一般的には多大な作業と期間がかかることを懸念されます。

具体的な懸念事項の代表的なものとして以下の４つが挙げられます。
１．データのボリューム（大量のデータを統合する必要がある）
２．移行ダウンタイム（限られた時間でシステムを移行する必要がある）
３．SAPオブジェクト（カスタマイズ設定や追加開発プログラム）の競合
４．マスタ・データやトランザクションデータの重複（ナンバリング重複など）

これらの懸念事項を踏まえて、本レベルの統合プロジェクトを成功させるためには、効率的な方法論や強力なツールを導入するのが効果的です。

REALTECHは現行システムの集約、統合のための方法論及びデータ移行／統合ツールとして、SLOソリューションをご提案します。（SLO＝System Landscape Optimizationの略）
本ソリューションを採用頂くことで、これまでのインフラレベルの統合ではなしえなかった統合のメリットを享受することができます。

１．業務再編対応
・事業合弁や吸収
・事業分割や分離
・組織再編成
２．業務プロセスの再設計（業務プロセスの統一・効率化、マスタ・データの再整備）
３．技術的な統合によりITシステム運用コストの削減

具体的には下記のような項目が挙げられます。

パフォーマンス・チューニングとは、SAPシステムを分析し、パフォーマンス悪化の原因箇所を特定し、それらを改善、最適化し、限られたリソースを最大限に活用することをご支援するサービスです。

分析の対象範囲は、ハードウェア、OS、データベース、SAPベーシス、ABAPプログラム、アプリケーションと広範囲になり、その改善の手法も多岐にわたります。 改善策の立案、実施時には、修正内容が他の部分に与える影響も考慮し、システム全体で適切なものである必要があるため、SAPテクノロジーに対する深い知識と、アプリケーションまで含めた広範なスキルが必要となります。

１．高いスキル
私たちはSAPテクノロジーの専門家です。業界の中でも数少ないSAPテクノロジーに特化した会社として、創業以来スキルを磨き様々なノウハウを蓄積してきました。

２．豊富な実績
これまで、多数のお客様、事例に対して、実績を積んでまいりました。おかげさまで、そのほとんどで良い結果を出すことができており、お客様より高い評価を頂いております。

３．ベーシスからアプリケーションまで対応
原因箇所により、ベーシス、インフラの設定変更だけでなく、アプリケーションの処理内容を考慮したABAPプログラムの改修も必要となります。
REALTECHでは、それらを分析から実施まで一貫して対応いたします。

パフォーマンス・チューニング事例1

大規模なシステムのお客様で、システム全体のパフォーマンス改善を希望されていました。そのため、弊社による分析により、システムパラメータ設定の最適値をご提示し、メモリの活用を改善いたしました。また、ワークロード分析により、一部のエンドユーザ様が、システム負荷の高い操作をされていたのを特定できたので、その操作を回避する運用改善をご提案しました。

パフォーマンス・チューニング事例2

XX明細データ作成処理が非常に時間がかかるためパフォーマンス改善を希望されていました。
特定のテーブルに対する過度なアクセスが判明したため、データーベース・アクセス・パスの最適化及びABAPバッファを効果的に使用することでデータベース・アクセス削減対策をプログラムで実装し、劇的に処理時間が改善しました。

パフォーマンス・チューニング事例3

相殺YY処理に時間がかかるためパフォーマンス改善を希望されていました。 SQL文を解析した結果、不適切な索引参照や非効率なデータ絞り込みロジックが存在することが判明しました。
SQL文を修正し、併せてデータ抽出処理のロジック変更を行った結果、データベース処理時間が改善することで今までの40％以下の処理時間になりました。

パフォーマンス・チューニング事例4

月次の処理が徐々に長時間化し、バックグラウンド処理の時間枠に収まらなくなってきており、その改善を希望されていました。
分析の結果、特定のテーブルに対し、2次索引の使用が正常に機能していないことが判明しました。そのため、ABAPからのそのテーブルへのアクセス時に、その2次索引を強制的に使用するように修正しました。
その結果、変更前のおよそ10分の1にまで処理時間が短縮されました。

マイグレーションは、高いスキルとSAPの深い経験を必要とする作業を伴いますので、実施できるパートナー自体がそもそも非常に少ないというのが現状です。その中で、弊社が特に際立っている点は、短時間で安全にシステムを移行させるための独自のノウハウを保有しているということです。
なお、マイグレーション実施時にはREALTECHのようなSAP社認定マイグレーション・エキスパートのプロジェクト参画が必須という条件があります。もしそうでない場合にはサポートが受けられませんのでご注意ください。

いいえ、使用しません。SAP社からマイグレーションするために必要なツールとサービスが標準で提供されており、それらを使用します。その際には数々の現場経験に基づく実践的なチューニング手法、独自のノウハウで業界屈指のダウンタイム短縮を実現します。いいかえますと、お客様の方で新たに移行ツールは別途購入する必要はございません。またSAP社の標準ツールですので実績も豊富、当然サポートも受けられますので安心してお使い頂けます。

SAP環境をマイグレーションするということを検討した場合、まず最初に懸念される内容がシステムの移行時間（ダウンタイム）です。
一般的なBASISコンサルタントに聞くと、全データを外に一旦出してから、新しいシステムに読み込む必要があるので、「マイグレーションは時間がかかる」とか「1週間は最低がかかる」という回答がくるかもしれません。

REALTECHはマイグレーション作業に精通しており、内部で行われている処理を最適化することで業界屈指の短い時間で処理を完了させることができます。

SAPの最新製品群がUnicodeベースに移行しているのはご存じの通りです。
また最新バージョンERP6.0からは全く新しいSAP製品の更新拡張コンセプト即ち従来のアップグレード作業ではなく、エンハンスメント・パッケージを適用することにより今後出てくる最新機能が使えるというものです。

日本のお客様のほとんどはNon Unicode環境でSAPを稼働されていますが、そのようなお客様にとっては、製品の保守切れのためにERP6.0にバージョンアップするという目的だけでなく、「Unicode環境への移行（ユニコード・コンバージョン）」やアップグレードさらには新しいエンハンスメント・パッケージの適用といったSAP製品依存のプラットフォーム変更を一気に実施することでトータルのコスト削減を検討されるお客様も着実に増えてきております。また製品の保守切れ対応のためなどでアップグレードを同時に実施されるお客様もいらっしゃいます。

一般的な考え方としては、マイグレーション、アップグレード、ユニコード・コンバージョン、エンハンスメント・パッケージの適用は４つのSAPプロジェクトという認識がありますが、弊社が参画することで、これら4つのプロジェクトを1つにまとめるといったことも、現実的なダウンタイムの中で実施検討が可能です。

SAPのパッケージは、BASIS（WebAS）というミドルウェアがあることで、OS,DBMSに問わず稼働いたします。
言い換えればBASISはOS,DBMSに依存しており、製品固有の高いスキルが要求されます。

「クラスター環境で移行作業を実施するのはリスクが高いから中間サーバを経由して作業を実施する必要がある。」

などのコメントが担当コンサルタントからあった場合は是非弊社までご相談ください。