2008年7月31日にパイレーツを加えた三角トレードでドジャースへの電撃移籍が発表された。このトレードではレッドソックスはパイレーツからジェイソン・ベイを、パイレーツはレッドソックス、ドジャースから若手選手4人を獲得した。それまでつけていた背番号24はドジャースではウォルター・オルストンの永久欠番となっており、フェルナンド・バレンズエラ以降着用者がいなかった34で一度合意したが、最終的には99となった。またレッドソックス時代のトレードマークだったドレッドロックスは監督のジョー・トーリとの会談で切ることになった。移籍後は53試合で打率.396本塁打17、打点では出場試合数と同じ53を記録、8月には月間MVPを獲得するなど、ドジャースの地区優勝に貢献した。プレーオフでも好調を維持し、リーグ優勝決定戦までの8試合で打率.520、4本塁打10打点、出塁率は.667。自身の持つポストシーズン最多本塁打を28本に更新、打点も現役選手最多となる74に伸ばした（歴代ではバーニー・ウィリアムスの80に次ぐ2位）。シーズン終了後FAになったラミレスは代理人のスコット・ボラスと共に6年契約を要求したが、36歳の高齢や、金融危機が影響でラミレスとの高額契約に手を上げる球団は少なく、所属していたドジャースとの交渉が主だった。契約交渉は難航し、キャンプイン後も所属球団が決まらなかったが、ドジャースに2年4500万ドルで残留が決まった(2年目の契約にはラミレス側に選択権がある)。2009年5月7日にはドーピング検査でアナボリックステロイドの副作用を消す禁止薬物のヒト絨毛性ゴナドトロピン（hCG）の陽性反応を示したとして50試合の出場停止処分を科された。同年7月30日にはニューヨーク・タイムズ紙によって、2003年のドーピング検査でもデビッド・オルティーズと共にステロイドに陽性反応を示していたと報じられた 。2010年は、8月迄での打率.311、8本塁打、40打点で、シーズン途中に移籍。
ドミニカ共和国のサントドミンゴで生まれ、13歳の頃に家族と共にニューヨークへ移り住む。ジョージ・ワシントン高校へ入学し、野球部に入部。当初、ボールを打つことができず、コーチから投手を勧められ投手として野球を始めた。当時憧れていた選手は、母国ドミニカ出身でトロント・ブルージェイズの主砲として活躍していたジョージ・ベルだった。バッティングにこだわりのあるラミレスは毎日早朝練習を続け、ボールを打てるようになってコーチに打者転向を直訴し、打者へ転向。2・3年のときには打率6割を記録し、3年生の時にはニューヨーク市の最優秀選手に選出された。
全長約16cm。雄の夏羽は背中の一部と初列風切先端、小翼羽、尾羽の一部が黒い他は全身が白い。冬羽は黒かった部分が褐色味をおびる他、額から後頸、耳羽が褐色になる。雌は雄と比べて全体に褐色味が強い。
コピーオンライトは主に仮想記憶方式のオペレーティングシステムで使用されている。例えば、プロセスのコピーを作成 (fork) するとき、書き換えることのないメモリページは、両方のプロセス（元のプロセスと生成されたプロセス）で共用し、書き換える可能性のあるメモリページは、新たなメモリページを割り当ててコピーを作成する必要がある。ここでコピーオンライトが使用される。一方のプロセスがメモリを更新すると、オペレーティングシステムのカーネルがその操作を横取りし、メモリのコピーを作成してメモリ内容の更新が他方のプロセスから見えないようにする。他にも、calloc()関数で使われている。calloc()はメモリ領域をゼロで初期化して確保する（malloc参照）。このためにゼロで初期化されたページをシステムに1つ用意しておき、calloc()で確保した領域にはこのページをマッピングしてコピーオンライト機能を使用する。このようにするとcalloc()呼び出し直後はたとえ何ページのメモリが必要でも物理的には1ページしか使われておらず、その領域の内容を更新しようとしたときに初めて個別のコピーが作成される。このような最適化はページサイズ以上の大きなアロケーションでのみ使用されるのが一般的である。コピーオンライトは、MMUに対してプロセスのアドレス空間のある領域がリードオンリーであると通知することで実現する。その領域にデータを書き込もうとしたとき、MMUは例外を発生し、それをカーネルが処理する。カーネルは新たな物理ページを確保して、書き込みが行われた領域のマッピングを変更して、その新たな物理ページに対応させる。COWの主な利点は、メモリを空間的にまばらに利用する可能性にある。データを格納したときだけ物理メモリ使用量が増えるので、若干メモリ使用量が増えるが非常に効率的なハッシュテーブルを実装することができる。しかし、そのような使い方をすると仮想空間を使い切ってしまう危険性もある（ハッシュテーブルに使われる仮想アドレス空間の領域はマッピングされる物理ページはまばらだが、他の用途に空間を利用できない）。カーネルレベルでのCOWの主な問題点はその複雑さにあるが、そのような懸念はスワップ方式などのもっと基本的な部分も同じである。カーネル自身がコピーオンライト制御されているページに書き込みを行った場合、やはりコピーが必要となる（訳注：例えばシステムコールの結果をユーザー空間に書き込む場合など。実際には書きこみの前にコピーオンライトかどうかをチェックし、必要に応じてコピー作成後に書き込みを行う）。COWはカーネル以外でも、ライブラリやアプリケーションやシステムコードなどでも使われる。C++のStandard Template Libraryが提供する string クラスはコピーオンライト型の実装が可能な設計になっている。このような領域でのCOWはマルチスレッドコードで問題となる。コピー元のリソースを複数のスレッドで共有するにはロックが必要であり、COWの利点以上のオーバヘッドとなる可能性が高い。