Hello tekhie
Yes the vmdk Object would become unavailable if the majority of it's components were not accessible e.g. DataComponent1 is Absent due to ESXA being in vSAN decom statre during reboot, DataComponent2 is permanently goine with the dead disk, Witness-component is still Active but regardless of whether this was a Witness-component or Data-component still available, 1/3 Active does not satisfy the quorum.
Provided DataComponent1 was healthy when the was put in MM this will be marked Active and the vmdk Object will become available again, it would then proceed to rebuild the missing components from the failed disk (provided there is space on the remaining disks on that host or other hosts if 4+ node cluster).
If data is then written to the VM and changes made to the vmdk Object (and thus to DataComponent2) while DataComponent1 was Absent, after DataComponent2 is lost and DataComponent1 comes back unfortunately it will not be able to use this data as it is not current, this is by design for the fairly obvious reason of relying on the most current state of data. (on a side-note though, in most recent versions, 6.2 U3 and 6.6, there *may* be situations like this that VMware GSS can use tools to revert to using an older data-component)
Edit: Did further research and edited accordingly
Bob
-o- If you found this comment useful please click the 'Helpful' button and/or select as 'Answer' if you consider it so, please ask follow-up questions if you have any -o-