SQL Serverデータベースを個別のページBLOB（Azureデータディスク）に分割すると、負荷が高い場合にクエリを実行するときにパフォーマンスに影響がありpartition 1ますpartition 2か？
ページBLOBは必ずしも個別の物理ディスクである必要はないことを理解しているので、パフォーマンスについて疑問に思っています。
コンテキスト編集： 基本的に、古い（アーカイブ）データをライブデータから分割して（つまり、3か月以上前のすべて）、データベースとインデックスのサイズを減らしたいと考えています。ただし、このアーカイブデータは引き続きクエリ可能である必要があります。
これは間違いなく「状況によって異なります」という答えであり、あなたの側でいくつかのテストが必要になります。
2012のスケーラビリティターゲットは約60MB/秒でブロブを示し、VMサイズはエクストララージインスタンスが800 Mb /秒を取得することを示しています-ターゲットスループットは明らかに使用量に依存するため、に近づくことができる場合とできない場合がありますその数字であり、可能であれば、割り当てられた帯域幅が飽和状態になっている可能性があるため、これ以上先に進む必要はありません。
データ用に1つのドライブ、ログ用に1つのドライブを取得する、各データベースインスタンスの基本構成を使用する傾向があります。ネットワークにまだ余裕がある場合は、必要に応じてパーティショニングをさらに検討できます。
または、 Azureドライブの基になるblobからデータを取得できる速度に問題がある場合は、データ圧縮の使用を検討することもできます...
クエリがパーティション2からデータをフェッチする必要がない場合、影響は最小限であると思われます。ただし、パフォーマンスを向上させることが目的である場合、BLOBを使用してRAID 0（ストライプ）を作成することを検討しましたか？