SCCMデータベースのトランザクションログが書き込めなくなった場合についてですが、経験も技術情報も無いので予想となりますが、データベースのデータ更新等の動作に問題が生じる可能性が有るでしょうから、更新プログラムの配布を含めた全てのSCCMの動作に問題が発生する可能性が高いと思われます。
そもそも、SCCMデータベースの復旧モデルの既定値は"単純"のはずですが、何か意図して"完全"に変更されたのでしょうか？
クライアント管理製品と言う性格上、復旧モデルを"完全"にしておく必要性は低く、障害時も基本的にサイトデータベースのバックアップさえ存在していればサイトシステムを復元する事が可能ですので、復旧モデルは"単純"のままにしておく事をお奨めします。
なお、SCCM
の ReportServer データベースについては、復旧モデルは既定で"完全"となりますので、以下で解説されている様にトランザクションログが肥大化してしまう場合が有りますが、基本的にトランザクションログは不要で、障害時はレポーティングサービスの役割を再構築するだけで復旧が可能ですので、もしReportServer
データベースのトランザクションログが肥大化しているのでしたら、"単純"モデルへの変更も検討されると良いでしょう。("単純"に変更すると、トランザクションログが切り捨てられ空き領域が確保できます)
Configuration Manager ReportServer データベースのトランザクションログ肥大化への対策
https://blogs.technet.microsoft.com/systemcenterjp/2018/06/29/configuration-manager-reportserver-transaction-log-management/
なお、状況からするとSCCMの動作に問題が生じる可能性が有ると考えられます。SCCMの問題が業務上クリティカルなトラブルになるかは組織の考え方によるかと思いますが、フォーラムでご質問頂くにあたっての注意点にある通り、業務上クリティカルなトラブルとなる様でしたら、有償サポートの利用を検討された方が良いかもしれません。
