Ez a várt viselkedés, és nem okozhat problémát az alkalmazásban. A naplózás be van kapcsolva az Azure PaaS-alapú virtuális gépek %approot% meghajtóján, amely lényegében megduplázza a fájlok által általában elfoglalott helyet. Azonban számos dolog, hogy tisztában kell lennie azzal, hogy lényegében ez a helyzet egy nem-kérdés.
A %approot% meghajtóméretet a rendszer .cspkg + maximális naplóméret + szabad terület> margója vagy 1,5 GB méretként számítja ki<, attól függően, hogy melyik nagyobb. A virtuális gép mérete nincs hatással erre a számításra. (A virtuális gép mérete csak az ideiglenes C: meghajtó méretét befolyásolja.)
A(z) %approot% meghajtóra való írás nem támogatott. Ha az Azure-beli virtuális gépre ír, ezt egy ideiglenes LocalStorage-erőforrásban (vagy más lehetőségben, például Blob Storage, Azure Files stb.) kell megtennie. A%approot% mappában lévő szabad terület tehát nem értelmezhető. Ha nem biztos abban, hogy az alkalmazás az %approot% meghajtóra ír-e, hagyhatja, hogy a szolgáltatás néhány napig fusson, majd összehasonlíthatja az "előtte" és az "utána" méreteket.
Az Azure nem ír semmit az %approot% meghajtóra. Miután létrehozta a VHD-t az .cspkg Azure-beli virtuális gépről, és csatlakoztatta az Azure-beli virtuális géphez, az egyetlen dolog, ami erre a meghajtóra írható, az az alkalmazás.
A naplóbeállítások nem konfigurálhatók, ezért nem kapcsolhatók ki.