Потокобезопасный общий срок действия и повторная инициализация общего объекта

У меня есть некоторые данные только для чтения, которые я хочу инициализировать, а затем повторно инициализировать периодически поточно-безопасным способом. Для инициализации я вытащил Joe Duffy структуры LazyInit и LazyInitOnceOnly, подробно описанные в его блоге, в которых используется шаблон блокировки с двойной проверкой. Таким образом, моя текущая реализация getter просто обертывает его свойство LazyInitOnceOnly.Value, добавив дополнительное пространство для проверки тайм-аута:

Итак, код выглядит следующим образом:

public class MyData {
  public DateTime TimeStamp { get; set; }
  //actual shared data ommitted

  public MyData() { TimeStamp = DateTime.Now; }
}

public SharedDataContainer
{
  //data to be initialised thread-safe, and shared.
  //assume delegate passed on construction simply 'new the object,
  private LazyInitOnceOnly<MyData> _sharedDataInit;
  //receives the result from the _sharedDataInit.Value property
  private MyData _sharedData;
  //time-out and reinitialise after 24 hours
  private TimeSpan _timeOut = new TimeSpan(24,0,0);

  public MyData SharedData
  {
    get{
      //slight adaptation of the use of the LazyInitOnceOnly struct - 
      //because we want to replace _sharedData later after an expiry time out.
      if(_sharedData == null)
        _sharedData = _sharedDataInit.Value;
      //need best ideas for this bit:
      if((DateTime.Now - _sharedData.TimeStamp) > _timeOut)
      {
        ReInitialise();
      }
      return _sharedData;
    }
  }
}

Когда данные идентифицируются как устаревшие, старые данные должны быть возвращены, но новые данные должны быть подготовлены по отдельному потоку и заменены при готовности - чтобы не блокировать вызывающего абонента. Все последующие чтения из данных должны возвращать старое значение до его обновления.

Итак, я рассмотрел вопрос о очередности нового потока в методе ReInitialise():

() => {
  //assume constructor pulls in all the data and sets timestamp
  _sharedData = new MyData();
}

Перезапись _sharedData в потоке будет происходить атомарно, так что это нормально. Но с этим кодом, пока перестроение не будет завершено, все последующие чтения попытаются запустить многопоточную перестройку - поскольку они читают старое свойство _sharedData TimeStamp.

Какой лучший способ обеспечить запуск только одного восстановления?