レポートの構造は次のようになります
メインテーブル
行1-マスターデータ（ヘッダーの一種）を含む別のテーブル
行2- 2つのセクションに分割：最初のセクションには4つの列があり、2番目のセクションはテーブルです。
行3-詳細テーブル
行4-ちょっとフッター。
これで、どこにもページ分割はありません。一部のレコードの行2の後に、ページ分割があります。詳細テーブルは別のページに表示され、最初の2行は別のページに表示されます。
プロパティpageBreakAtEnd/pageBreakAtStartはどこでもfalseです。
さらに、メインテーブルのpageBreakAtEndを設定すると、機能しません。メインテーブルの次のインスタンスは同じページから始まります。
レンダラーは（正当な理由で）非常に扱いにくい場合があるため、特定のレポートの全体的なフォーマットに注意を払う必要があります。奇妙な状況では、「ページ」の幅がレンダリング先の形式に対して大きすぎるために、ページ分割（またはページオーバーフロー）が発生することがあります。
これは垂直方向でも発生する可能性があります（これはあなたの状況で発生していると思いますか？）ので、行要素の1つが表示時よりもはるかに大きい方法でそれ自体を表現している可能性があるかどうかを確認する必要がありますデザイナー。
一般的に言って、あなたは物事をできるだけ単純に、そして（寸法のフォーマットに関して）保守的に保つように努めるべきです。ページ分割/オーバーフローに関する最も一般的な問題の1つは、HTMLバージョンでは（SSRSレポートマネージャーを介して）問題がないように見えることですが、境界がわずかに侵害されると、PDFエクスポートバージョンが完全に機能しなくなります。
また、これらのページ分割構成設定が実際に行っていることをよく読んでください。レポートデザイナの設定は、他の構成をキャンセルする副作用を簡単に引き起こす可能性があります。